In your cmakelists.txt search for cmake_minumum_required and replace the
version with the version of cmake that you have installed. You might be
lucky and your program compiles.
P.S.: Please do not leave empty the subject of your e-mail...
Am 31.01.2018 18:29 schrieb "kartikay gupta" :
> Hi
>
>
On 29/10/2017 04:44, R0b0t1 wrote:
What fails is the compile step, like so:
javac: file not found:
\cygdrive\C\Users\R0b0t1\Documents\Code\project\build\CMakeFiles\project.dir\java_sources
(The system cannot find the path specified)
Is this due to a change in the path separator?
On another not
On 28/10/2017 05:38, Alan W. Irwin wrote:
On 2017-10-27 22:31+0200 Marco Atzeri wrote:
On 27/10/2017 09:32, Alan W. Irwin wrote:
Our understanding is the Cygwin naming convention for the various
kinds of libraries would be (in the gnat library case)
dll cyggnat-6.dll
import
e great as
well.
Alan
using the import library is the standard way for linking,
looking for the shared library is surely unusual.
I am not a user of ADA, but the import libraries seems
the one on /usr/lib/gcc/x86_64-pc-cygwin/6.4.0/adalib/
Marco
--
Powered by www.kitware.com
Please keep messag
_DEBUG "/MTd /Zi /Ob0 /Od /RTC1
/MP /std=c++14" CACHE STRING "CMake CXX compiler flags (Debug)." )
set(CMAKE_EXE_LINKER_FLAGS_DEBUG "/machine:x64
/DEBUG" CACHE STRING "CMake CXX linker flags (Debug)."
in advance!
--
Cheers,
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
CMake Support: http://cmake
Any suggestion how to modify it ?
Thanks in advance
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, plea
Thanks J Decker, that solved my question.
--
View this message in context:
http://cmake.3232098.n2.nabble.com/Wrong-CMAKE-SYSTEM-NAME-handling-tp7589372p7589375.html
Sent from the CMake mailing list archive at Nabble.com.
--
Powered by www.kitware.com
Please keep messages on-topic and check
e#L24).
Is this a CMake bug or am I making some mistakes? Thank you
Marco
--
View this message in context:
http://cmake.3232098.n2.nabble.com/Wrong-CMAKE-SYSTEM-NAME-handling-tp7589372.html
Sent from the CMake mailing list archive at Nabble.com.
--
Powered by www.kitware.com
Please keep messages
ly produce something like:
$ find . -name "*dll*"
./cygqhull-6.dll
./cygqhull_p-6.dll
./libqhull.dll.a
./libqhull_p.dll.a
the import library is called lib.dll.a
while the shared is cygX.dll
Regards
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the
, or a false alarm?
George
I will bet on the second
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please
2014-08-13 16:16 GMT+0200, Mark Abraham :
> On Wed, Aug 13, 2014 at 7:12 AM, marco restelli
> wrote:
>
>> 2014-08-13 15:53 GMT+0200, Mark Abraham :
>> > On Wed, Aug 13, 2014 at 3:18 AM, marco restelli
>> > wrote:
>> >
>> >> Hi Petr,
>>
2014-08-13 15:53 GMT+0200, Mark Abraham :
> On Wed, Aug 13, 2014 at 3:18 AM, marco restelli
> wrote:
>
>> Hi Petr,
>>thanks, very informative!
>>
>> 2014-08-13 9:20 GMT+0200, Petr Kmoch :
>> > Hi Marco.
>> >
>> > Sane compilers al
Hi Petr,
thanks, very informative!
2014-08-13 9:20 GMT+0200, Petr Kmoch :
> Hi Marco.
>
> Sane compilers allow later command-line options to override earlier ones,
> so what you're doing should be fine. Unfortunately, I know some Fortran
> compilers are not sane in this re
or which I need to avoid any
error checking and any optimization, independently from the selected
compiler.
Thanks, regards,
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to s
MinGW doesn't even need environment changes, just need the bin in PATH...
cygwin also does not need environment changes. But this is more a
discussion for another mailing list.
Regards
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://ww
number of unix tools available on windows, otherwise
we will have no users nor any packagers.
Alan
Marco
PS: cmake works fine on cygwin, so
thanks Dave.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers
rsion of CMAKE perfectly understand /cygdrive/c
Thanks,
Eric
Regards
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each off
include the other headers
under some particular combination of preprocessor macros, so they are not used
at compile time, but they taken into account by CMake.
Cheers
Marco
On Thursday 12 December 2013 11:51:52 Lars wrote:
> Thank you for your feedback.
>
> This however only explain pa
Invalid
operation
How to change the library to link in cmake? or I have to manually edit
the Makefile??
Thank you
Marco
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to su
hew Smith wrote:
On 16/08/13 23:49, marco wrote:
Hello,
I'm having some touble wit Qt and and another library.
I'm working on ubuntu 12.04 32 bit
I have the Qt package from Trolltech in usr/local and unfortunately also
a version in usr/local.
Normally with other libs I don't have trou
Hello,
I'm having some touble wit Qt and and another library.
I'm working on ubuntu 12.04 32 bit
I have the Qt package from Trolltech in usr/local and unfortunately also
a version in usr/local.
Normally with other libs I don't have troubles in selecting the path and
using the local version in QT
4 ./hello_c.exe
Hello, world, I am 1 of 4
Hello, world, I am 2 of 4
Hello, world, I am 3 of 4
Hello, world, I am 0 of 4
Regards
Marco
/*
* Copyright (c) 2004-2006 The Trustees of Indiana University and Indiana
* University Research and Technology
Il 5/25/2013 1:06 PM, Arjen Markus ha scritto:
Hello,
I have installed a very recent version of Cygwin on Windows 7
(64 bits) and the version of CMake that comes with it (2.8.9-2). When I
use this however to configure and build projects that work fine
under Windows (various versions0, then I get
Il 5/20/2013 11:01 AM, Alan W. Irwin ha scritto:
On 2013-05-20 07:51+0200 marco atzeri wrote:
the slowness at startup on cywin is mainly due the fork
implementation
http://cygwin.com/faq/faq-nochunks.html#faq.api.fork
unfortunately windows makes a real fork implementation very inefficient
q-nochunks.html#faq.api.fork
unfortunately windows makes a real fork implementation very inefficient.
Alan
______
Alan W. Irwin
Marco
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep mes
n-us/library/ms859584.aspx). For my part, I
would change it in a way that checks for a user specified
EntryPointSymbol before adding something hardcoded on its own. Want me
to submit a patch ?
Regards,
Marco
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://ww
On 4/25/2013 10:07 AM, Lloyd wrote:
Thanks the link helped me to solved the problem. Sorry, I shall avoid
irrelevant posts in the future
It is not irrelevant, but you have more chance to have the right answer
on the cygwin help list.
Regards
Marco
--
Powered by www.kitware.com
Visit
On 4/25/2013 8:54 AM, Lloyd wrote:
Hi,
I am building a project in both Windows 7 and Cygwin. I am using boost
libraries in the project and it works correctly in windows
FIND_PACKAGE(Boost REQUIRED COMPONENTS unit_test_framework)
When I try to configure in cygwin it returns error saying that cou
On 3/15/2013 5:14 PM, marco atzeri wrote:
On 3/15/2013 4:41 PM, Bill Hoffman wrote:
On 3/15/2013 11:31 AM, marco atzeri wrote:
ok, found.
I do not need to malloc the space for the win32_path
assigning again the pointer does not work.
Next step, to check if no other issues on 64bit
Yes, that
On 3/15/2013 4:41 PM, Bill Hoffman wrote:
On 3/15/2013 11:31 AM, marco atzeri wrote:
ok, found.
I do not need to malloc the space for the win32_path
assigning again the pointer does not work.
Next step, to check if no other issues on 64bit
Yes, that would do it... If you allocate new memory
On 3/15/2013 4:00 PM, marco atzeri wrote:
On 3/15/2013 3:24 PM, Bill Hoffman wrote:
On 3/15/2013 7:17 AM, marco atzeri wrote:
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform
On 3/15/2013 3:24 PM, Bill Hoffman wrote:
On 3/15/2013 7:17 AM, marco atzeri wrote:
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform will be helpful;
I tried to build the current
tstrap.cmk/cmake.exe
-rwxr-xr-x 1 marco Administrators 5733380 Mar 15 09:34
/pub/devel/cmake/cmake-2.8.9/.build/Bootstrap.cmk/cmake.exe
and it is a working binary, as direct execution gives :
$ /pub/devel/cmake/cmake-2.8.9/.build/Bootstrap.cmk/cmake.exe
Bootstrap CMake should not be used outside
On 8/8/2012 10:48 PM, marco atzeri wrote:
Hi,
trying to build vtk-5.10.0-1 with cygwin cmake-2.8.7,
cmake crashes building vtkUnicodeCaseFoldData.h
$ cmake -P vtkUnicodeString.cmake
Aborted (core dumped)
leaving an almost empty
$ cat vtkUnicodeCaseFoldData.h
// Generated file, do not edit by
/works/cmake/
Regards
Marco
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http
On 6/25/2012 10:50 AM, Michele Santullo wrote:
On 06/25/2012 10:42 AM, marco atzeri wrote:
On 6/25/2012 10:29 AM, Stefan Eilemann wrote:
Hi,
I'm looking for a way to suppress the output when installing a
project: One of our projects installs a large directory structure, and
the resu
On 6/25/2012 10:29 AM, Stefan Eilemann wrote:
Hi,
I'm looking for a way to suppress the output when installing a project: One of
our projects installs a large directory structure, and the resulting 'make
install' output is so noisy that finding other errors in parallel builds is
next to impos
audience and the correct deployment
of your package.
Thank in advance
Marco
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki
Hi Bill,
any plan to update the cygwin package ?
Currently we are still on 2.8.4-1
Regards
Marco
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http
instruct cmake to write the targets so that
the dependencies chain is preserved and if an external depends on an
internal, the internal is built before the link stage?
Thanks in advance.
Marco
--
Marco Corvo
SuperB Experiment
CNRS - Orsay
c/o INFN Padova
--
Powered by www.kitware.com
Visit o
Hi Michael,
thanks for the hints. It works!
Cheers,
Marco
On 9/26/11 8:00 PM, Michael Hertling wrote:
On 09/22/2011 01:00 PM, Marco Corvo wrote:
Hi all,
I thought I came up with a solution for this problem, but looks like I'm
still not doing the right thing.
My project is made of
directories, and
find_package, but it would be rather complicated in case my libA.a
depends on N other libraries.
Am I missing any CMake instructions? Or is it simply the wrong way to
proceed?
Sorry for the long mail and thanks in advance.
Cheers,
Marco
--
Marco
en if I
write this path manually in the Xcode settings it just ignores it.
Only if I write
#include "/usr/include/GL/glew.h"
it can compile.
Is it a bug of CMake? Xcode 4.1?
I repeat that the simple makefile generator works.
Thx
Marco
___
pointer and when IsImported() is called on it, it makes the program
crash.
Have anyone else tried to use this feature of cmake 2.8.4 and eventually
discovered this issue?
Cheers,
Marco
--
Marco Corvo
SuperB experiment
CNRS - Orsay
c/o INFN - Padova
__
on some libs and indirectly on some other ones? Consider that I build
static libraries, so I need to have the full list of libraries when
linking the executable.
Thanks in advance for your help.
Cheers
Marco
--
Marco Corvo
SuperB experiment
CNRS - Orsay
c/o INFN - Padova
___
Hi Bill,
are you planning to release the 2.8.4 package for cygwin ?
Thanks in advance
Marco
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and
POSTFIX doesn't work here. Can I force CMake to use it anyway ?
> I wasn't able to use SUFFIX too.
>
> Is there any way to do that ?
>
> I also heard about DYLD_IMAGE_SUFFIX which could be a good alternative to my
> problem.
> (More on that here :
> http://devel
problem.
(More on that here :
http://developer.apple.com/library/mac/#technotes/tn2004/tn2124.html%23SECDEBUGLIB)
Does anyone of you how to produce _debug binary inside the framework with CMake
?
Thanks for you help!
Marco Antognini
> Hi,
>
> I'm currently trying to produce a fra
f I forgot any relevant information.
Regards,
Marco Antognini
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
htt
is greatly appreciated.
Marco A. Escobar
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_F
E_EXE_LINKER_FLAGS -static and -Bstatic, but the
point is not with the linker, but in the way CMake itself considers
libraries internally when managing target_link_libraries lists.
Sorry for the very long mail. Hope that the problem I'm facing is clear.
Marco
On 2/2/11 4:13 PM, Michael Hert
that CMake removes the
duplicated libraries listed in a target_link_libraries directive.
Is it correct? And is there a way to force CMake to preserve exactly the
list of libraries passed to target_link_libraries?
Thanks.
Marco
--
Marco Corvo
SuperB experiment
CNRS - Orsay
c/o INF
m the wiki page? :-)
thanks for your time
marco
--
Constraint has encouraged not only economy, but also a certain elegance
of design. -- Dennis Ritchie
signature.asc
Description: This is a digitally signed message part
___
Powered by www.kitwar
On Sun, 2011-01-16 at 22:31 -0500, Bill Hoffman wrote:
> A bug report with the patch would be the best thing to do.
>
this has been submitted as #0011717
http://www.cmake.org/Bug/view.php?id=11717
thanks for your time Bill.
marco
--
Constraint has encouraged not only economy, but
hello cmakers,
if i havent gone through the proper channels with regards to this issue,
can someone point me the proper process? should i submit a bug report
and attach my patch to it?
cheers
marco
--
Constraint has encouraged not only economy, but also a certain elegance
of design. -- Dennis
sideration.
cheers
marco
--
Constraint has encouraged not only economy, but also a certain elegance
of design. -- Dennis Ritchie
--
Constraint has encouraged not only economy, but also a certain elegance
of design. -- Dennis Ritchie
From 16cf35fd817fa9e10ac5e8484e42dd1fbf396cd4 Mon Sep 17 00:00:00
affects IDEs on other platforms:
http://www.cmake.org/Bug/view.php?id=8884
Is this still on the todo list? Does anyone know another solution to
start debug and release versions from Visual Studio when multiple
external projects are used?
Best,
Marco
efore I enter package B.
How could I solve this issue? Is there a way to conditionally select
which library my exe will be linked against?
Thanks in advance for your help.
Marco
___
Powered by www.kitware.com
Visit other Kitware open-source proje
On Mon, Jan 10, 2011 at 6:55 PM, Emmanuel Blot wrote:
> On Mon, Jan 10, 2011 at 5:56 PM, marco atzeri wrote:
>> I don't understand why you find and empty definition
>
> Well, it seems that CYGWIN is not defined:
>
> MESSAGE (STATUS "CYGWIN: ${CYGWI
changes for cygwin and
SET(CMAKE_EXECUTABLE_SUFFIX ".exe")
is present in its proposal.
http://public.kitware.com/Bug/view.php?id=10122
I presume next 2.8.4 will cover it
Marco
___
Powered by www.kitware.com
Visit other Kitware open-source p
gs that are still targeted for
> potential
> inclusion in 2.8.4 are listed on the roadmap:
> http://public.kitware.com/Bug/roadmap_page.php
>
>
> Thanks to all who slogged through the bug list with us
> yesterday.
> Looking forward to a solid 2.8.4 release first thing i
tries as desired.
---
Regards
Marco
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topi
--- Gio 28/10/10, Marcus D. Hanwell ha scritto:
> It seems that the policy based approach would have allowed
> you a one
> line patch to most packages (changing the policy to NEW).
I guess so. I can work with a one single line patch.
> M
originally designed
with cygwin in mind (and I should say they are the vast majority)
to be almost impossible to correctly port on Cygwin
without a deep and invasive patch activity.
My and Yaakov's experience is that inverting the policy
the porting becomes very easy and almost all t
ot;
test_cairo_dyndriver"
test_dyndrivers"
test_mem_dyndriver"
test_null_dyndriver"
test_ps_dyndriver"
test_svg_dyndriver"
test_xfig_dyndriver"
test_xwin_dyndriver"
Regards
Marco
___
Powered by www.kitwar
e examples.
> http://cygwin.com/cygwin-ug-net/programming.html
Updating the documentation is always THE problem ;-)
But sometimes also on cygwin you need to develop
something that is windows aware like a console
http://code.google.c
I understand that making a unconditional WIN32 switch
could break some package, but I suspect they are much less
than Bill is afraid of. After all I built both CMAKE and VTK
with WIN32=0. But I admit that eventually my build is
different from the original aim of their developers.
Having a switch/
cygwin).
Think of it as our last desperate solution (nuclear one).
> Sorry this is becoming so difficult. I seriously just
> care about the existing CMake users and don't want to break
> things for them.
>
> -Bill
Same for us.
Cygwin users "usually" exp
ity for "the bulk
> of ...".
This compatibility is a great damage to our efforts to include
whatever package in the cygwin distributin.
Eventually you could add a cygwin-legacy mode to mantain the
current WRONG (for us cygwin mantainers) WIN32 setting.
>
> HS
Marco
--- Dom 24/10/10, Hendrik Sattler ha scritto:
> Am Sonntag 24 Oktober 2010, 08:37:30
> schrieb Marco Atzeri:
> > It should be changed. That will be the cleanest way
> for porting and
> > most of the time we will not need any IF (CYGWIN) to
> complete our job
&
ts.txt it should
> write a valid one.
>
> > To build qhull (http://www.qhull.org/)
> > I needed no cygwin specific patch, but only a cmake
> package
> > with a RIGHT understanding of what Cygwin is:
> SET(W
documented, at least not
in the cpack --help output. And your hint was correct. I found some
unqouted CMAKE_INSTALL_PREFIX so things got mixed up between install
tree and cpack temporary dir.
Thanks, Marco
___
Powered by www.kitware.com
Visit other Ki
On 10/22/2010 05:30 PM, David Cole wrote:
On Fri, Oct 22, 2010 at 11:22 AM, Marco Nolden
mailto:m.nol...@dkfz-heidelberg.de>> wrote:
On 10/19/2010 11:26 PM, David Cole wrote:
What is the exact problem here? Mac or Linux? You said it works after
"make install" but then th
also for Linux and Windows.
Best,
Marco
On Tue, Oct 19, 2010 at 5:14 PM, Marco Nolden
mailto:m.nol...@dkfz-heidelberg.de>> wrote:
On 10/19/2010 05:47 PM, David Cole wrote:
This likely means that "otool -L" on libA is reporting
"/Users/engelm/bundle-test
now, it should be changed via a cmake policy
> so that it's easy to get both behaviors for a while...
if cmake don't change it useless for porting to cygwin.
And this is really blocking the port of a lot of packages.
I don't like to build my own version of cmake to overcome
le package when NOT setting
WIN32 allow me to build from the source of the shelf.
To build qhull (http://www.qhull.org/)
I needed no cygwin specific patch, but only a cmake package
with a RIGHT understanding of what Cygwin is: SET(WIN32 0)
Also VTK builds as true cygwin programs with SET(WIN32 0)
--- Ven 22/10/10, Michael Wild ha scritto:
>
> On 22. Oct, 2010, at 11:07 , Marco Atzeri wrote:
>
> > Dear developers,
> > the current cmake package for cygwin is unsuitable to
> build
> > cmake package as it defines WIN32.
> > Cygwin programs are unix-li
://www.vtk.org/pipermail/vtk-developers/2010-September/008590.html
As the first target of a cygwin package is to allow to
build other cygwin packages, the current package
does NOT satisfy this requirement.
Regards
Marco
CYGWIN.cmake
Description: Binary data
CMake
git, I included them in the test project. The 3rd parameter to
fixup_bundle is
${CMAKE_LIBRARY_OUTPUT_DIRECTORY}:
http://github.com/nolden/bundle-test/blob/master/main/CMakeLists.txt
On linux libB is found and copied automatically to the install tree.
Marco
On 10/19/2010 09:47 AM
e you are using it correctly. Errors are difficult to diagnose,
though.
I know, we already spent some time trying to get it to work ;) Is the
test project useful? Can we help in some other way?
Best
Marco
HTH,
David
On Tue, Oct 19, 2010 at 10:34 AM, Marco Nolden
mailto:m.nol...@dkfz-heidel
ngelm/bundle-test/install/MacOS/liblibB.dylib'
--
**
warning: cannot resolve item '@executable_path/../MacOS/liblibB.dylib'
On Linux, the copying of the dependencies works, we have not tested
windows yet.
Is this the intended use of the BundleUtilities script? It looks like a
very
EMOVE
"CMakeFiles/dvi"
"./proposal.latex"
)
Any idea why it tries to remove the latex file?
Thanks,
Marco
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
tum: Wed, 30 Aug 2006 12:38:40 +0100
>> Von: Marco Canini <[EMAIL PROTECTED]>
>> An: CMake ML
>> Betreff: [CMake] Avoid overwriting files at installation time
>>
>>> Hi,
>>> is there a way to not install a file (e.g. config file) is it's alread
Hi,
is there a way to not install a file (e.g. config file) is it's already
present in the destination?
Thanks
--
Marco Canini
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
rder to avoid (for example) to get a mylib.so file
> if we want a mylib.dll.
>
> Does CMake support cross-compiling in any way?
> If not is it planned?
>
--
Marco Canini
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
to have the modules FindFlex and FindBison in the
default distribution.
Any suggestion is welcome.
--
Marco Canini
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
87 matches
Mail list logo
