date:20120327

Re: [CMake] [mingw + cmake] Porting code from mac os x to windows

2012-03-27 Thread Andreas Mohr

Hi,

On Wed, Mar 28, 2012 at 02:01:41AM -0400, cmake-requ...@cmake.org wrote:
> Date: Tue, 27 Mar 2012 18:20:57 +0200
> From: Jean-Philippe Doyon 
> Subject: [CMake] [mingw + cmake] Porting code from mac os x to windows
> To: cmake@cmake.org
> Message-ID:
>   
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Dear all,
> 
> I use mingw to port my code from mac to windows. For that, I
> have to indicate the compiler used by cmake to that of mingw.
> That is set CMAKE_CXX_COMPILER to "i386-mingw32-g++" (which compiles a
> binary for windows). You can see the command and the error below.
> 
> cmake -DCMAKE_INSTALL_PREFIX=~/local/install/bpp/windows -
> CMAKE_CXX_COMPILER=/usr/local/i386-mingw32-4.3.0/bin/i386-mingw32-g++

Would possibly be useful to specify the second variable via -D, too :)

HTH,

Andreas Mohr
--

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://www.cmake.org/mailman/listinfo/cmake

[CMake] Fwd: Fwd: Help with CMAKE

2012-03-27 Thread Sweety Pie

Any one can advice plz???


Yes the VC++ runs a simple code perfectly without the CMAKE
but I don't have the Microsoft Windows SDK   in the start menu and when i
checked this link

http://msdn.microsoft.com/en-us/library/windows/desktop/ms759194(v=vs.85).aspx


it says install the Core SDK which I didn't find there. Any ideas which one
shall I install??


On 28 March 2012 01:01, David Cole  wrote:

> In the Start menu, do you have a "Microsoft Windows SDK ..."?
>
> If not, install it.
>
> If so, please verify that you can build a simple hello world command
> line Win32 app WITHOUT CMake before trying to use CMake. CMake needs
> Visual Studio to be able to build a simple app before it can be
> useful.
>
>
> On Tue, Mar 27, 2012 at 3:17 PM, Sweety Pie 
> wrote:
> > I have installed Cmake 2.8.7 but still the same error occures. How can I
> > know whether the corresponding Windows Platform
> > SDK installed is proper or not?
> >
> >
> >
> > On 27 March 2012 15:33, David Cole  wrote:
> >>
> >> On Tue, Mar 27, 2012 at 4:37 AM, Sweety Pie 
> >> wrote:
> >> > The visual studio runs perfectly but the compiler in the Cmake shows
> >> > this
> >> > error:
> >> >
> >> > Check for working C compiler using: Visual Studio 10
> >> >
> >> > Check for working C compiler using: Visual Studio 10 -- broken
> >> >
> >> > CMake Error at C:/Program Files (x86)/CMake
> >> > 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
> >> >
> >> > The C compiler "cl" is not able to compile a simple test program.
> >> >
> >> > It fails with the following output:
> >> >
> >> > Change Dir: C:/Program Files (x86)/CGAL-3.8/CMakeFiles/CMakeTmp
> >> >
> >> > Run Build
> >> > Command:C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
> >> >
> >> > cmTryCompileExec.vcxproj /p:Configuration=Debug
> >> >
> >> > Microsoft (R) Build Engine Version 4.0.30319.1
> >> >
> >> > [Microsoft .NET Framework, Version 4.0.30319.261]
> >> >
> >> > Copyright (C) Microsoft Corporation 2007. All rights reserved.
> >> >
> >> > Build started 3/27/2012 11:04:22 AM.
> >> >
> >> > Project "C:\Program Files
> >> >
> >> > (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" on node 1
> >> >
> >> > (default targets).
> >> >
> >> > InitializeBuildStatus:
> >> >
> >> > Creating
> "cmTryCompileExec.dir\Debug\cmTryCompileExec.unsuccessfulbuild"
> >> > because "AlwaysCreate" was specified.
> >> >
> >> > ClCompile:
> >> >
> >> > C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c
> /Zi
> >> > /nologo /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D
> >> > "CMAKE_INTDIR=\"Debug\"" /D _MBCS /Gm- /MDd /GS /fp:precise
> /Zc:wchar_t
> >> > /Zc:forScope /Fo"cmTryCompileExec.dir\Debug\\" /Fd"C:/Program Files
> >> > (x86)/CGAL-3.8/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.pdb" /Gd /TC
> >> > /analyze- /errorReport:queue testCCompiler.c /Zm1000 /GZ
> >> >
> >> > cl : Command line warning D9035: option 'GZ' has been deprecated and
> >> > will
> >> >
> >> > be removed in a future release [C:\Program Files
> >> >
> >> > (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
> >> >
> >> > cl : Command line warning D9036: use 'RTC1' instead of 'GZ'
> [C:\Program
> >> >
> >> > Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
> >> >
> >> > testCCompiler.c
> >> >
> >> > ManifestResourceCompile:
> >> >
> >> > C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /nologo
> >> >
> /fo"cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res"
> >> > cmTryCompileExec.dir\Debug\cmTryCompileExec_manifest.rc
> >> >
> >> > Link:
> >> >
> >> > C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\link.exe
> >> > /ERRORREPORT:QUEUE /OUT:"C:\Program Files
> >> > (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.exe"
> >> > /VERSION:"0.0" /INCREMENTAL /NOLOGO kernel32.lib user32.lib gdi32.lib
> >> > winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib
> >> > oleaut32.lib
> >> > uuid.lib odbc32.lib odbccp32.lib /MANIFEST
> >> >
> >> >
> /ManifestFile:"cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.intermediate.manifest"
> >> > /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG
> >> > /PDB:"C:\Program
> >> > Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.pdb"
> >> > /SUBSYSTEM:CONSOLE /STACK:"1000" /TLBID:1 /DYNAMICBASE /NXCOMPAT
> >> > /IMPLIB:"C:/Program Files
> >> > (x86)/CGAL-3.8/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.lib"
> >> > /MACHINE:X86
> >> > cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res
> >> >
> >> > cmTryCompileExec.dir\Debug\testCCompiler.obj /machine:X86 /debug
> >> >
> >> > LINK : fatal error LNK1104: cannot open file 'MSVCRTD.lib' [C:\Program
> >> >
> >> > Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
> >> >
> >> > Done Building Project "C:\Program Files
> >> >
> >> > (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default
> >> >
> >> > targets) -- FAILED.
> >> >
> >> > Build FAILED.
> >> >

Re: [CMake] CMake 2.8.8-rc1 ready for testing!

2012-03-27 Thread David Cole

This is the right place to report it. (Or you could add an entry to
our bug tracker, but this is fine...)

Thanks for the report - we'll take a look.


David


On Tue, Mar 27, 2012 at 2:41 PM, Mourad Boufarguine
 wrote:
> Hi,
>
> I'm not sure if this is the right place to give feedback about the rc.
>
> I noticed a regression with MSVC 2010 generator. Using this CMake command :
>
> add_executable(project header.h header.hpp source.cpp)
>
> With CMake <= 2.8.7, header.h and header.hpp are put inside the "Header
> Files" folder, and the CMakeLists.txt is referenced in the project tree.
>
> With CMake 2.8.8-rc1, header.h and header.hpp are *not* inside the "Header
> Files" folder, and the CMakeLists.txt is no longer referenced in the project
> tree.
>
> I join the 2 generated vcxproj files.
>
> Cheers,
> Mourad
>
>
--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] [mingw + cmake] Porting code from mac os x to windows

2012-03-27 Thread Eric Noulard

2012/3/27 Jean-Philippe Doyon :
> Dear all,
>
>         I use mingw to port my code from mac to windows. For that, I
> have to indicate the compiler used by cmake to that of mingw.
> That is set CMAKE_CXX_COMPILER to "i386-mingw32-g++" (which compiles a
> binary for windows). You can see the command and the error below.
>
> cmake -DCMAKE_INSTALL_PREFIX=~/local/install/bpp/windows -
> CMAKE_CXX_COMPILER=/usr/local/i386-mingw32-4.3.0/bin/i386-mingw32-g++
> loading initial cache file MAKE_CXX_COMPILER=/usr/local/i386-
> mingw32-4.3.0/bin/i386-mingw32-g++
> CMake Error: Error processing file:MAKE_CXX_COMPILER=/usr/local/i386-
> mingw32-4.3.0/bin/i386-mingw32-g++
> -- Configuring incomplete, errors occurred!
>
>       Could you help me please.

When doing this kind of "cross-compiling" it's better to use a toolchain.
Here's the one I use for mingw32/64 on Linux you shall adapt it for MacOS
and read this:
http://www.cmake.org/Wiki/CMake_Cross_Compiling


>
> Best
> JP
>
> --
>
> 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://www.cmake.org/mailman/listinfo/cmake



-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
# the name of the target operating system
SET(CMAKE_SYSTEM_NAME Windows)

# Choose an appropriate compiler prefix

# for classical mingw32
# see http://www.mingw.org/
#set(COMPILER_PREFIX "i586-mingw32msvc")

# for 32 or 64 bits mingw-w64
# see http://mingw-w64.sourceforge.net/
set(COMPILER_PREFIX "i686-w64-mingw32")
#set(COMPILER_PREFIX "x86_64-w64-mingw32"

# which compilers to use for C and C++
find_program(CMAKE_RC_COMPILER NAMES ${COMPILER_PREFIX}-windres)
#SET(CMAKE_RC_COMPILER ${COMPILER_PREFIX}-windres)
find_program(CMAKE_C_COMPILER NAMES ${COMPILER_PREFIX}-gcc)
#SET(CMAKE_C_COMPILER ${COMPILER_PREFIX}-gcc)
find_program(CMAKE_CXX_COMPILER NAMES ${COMPILER_PREFIX}-g++)
#SET(CMAKE_CXX_COMPILER ${COMPILER_PREFIX}-g++)


# here is the target environment located
SET(USER_ROOT_PATH /home/erk/erk-win32-dev)
SET(CMAKE_FIND_ROOT_PATH  /usr/${COMPILER_PREFIX} ${USER_ROOT_PATH})

# adjust the default behaviour of the FIND_XXX() commands:
# search headers and libraries in the target environment, search 
# programs in the host environment
set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
--

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://www.cmake.org/mailman/listinfo/cmake

[CMake] [mingw + cmake] Porting code from mac os x to windows

2012-03-27 Thread Jean-Philippe Doyon

Dear all,

I use mingw to port my code from mac to windows. For that, I
have to indicate the compiler used by cmake to that of mingw.
That is set CMAKE_CXX_COMPILER to "i386-mingw32-g++" (which compiles a
binary for windows). You can see the command and the error below.

cmake -DCMAKE_INSTALL_PREFIX=~/local/install/bpp/windows -
CMAKE_CXX_COMPILER=/usr/local/i386-mingw32-4.3.0/bin/i386-mingw32-g++
loading initial cache file MAKE_CXX_COMPILER=/usr/local/i386-
mingw32-4.3.0/bin/i386-mingw32-g++
CMake Error: Error processing file:MAKE_CXX_COMPILER=/usr/local/i386-
mingw32-4.3.0/bin/i386-mingw32-g++
-- Configuring incomplete, errors occurred!

  Could you help me please.

Best
JP
--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CMake 2.8-8 rc1 and Xcode 4.3

2012-03-27 Thread Daniel Dekkers

I have Lion, sorry, wrong info about Snow Leopard.

What I did to get it working was...

sudo /usr/bin/xcode-select -switch /Applications/Xcode.app/Contents/Developer

... which "selects the right Xcode". Although I think I've uninstalled the 
previous version.

Now changing the other paths from /Developer to /Applications. 
-sigh-
Although actually it's ok, I didn't like Xcode not being in the /Applications 
folder anyway.

Thanks,
Daniel

On Mar 27, 2012, at 5:34 PM, Sean McBride wrote:

> On Tue, 27 Mar 2012 16:59:07 +0200, Daniel Dekkers said:
> 
>> I've upgraded to Xcode 4.3 and CMake to 2.8-8 rc1 on a Snow Leopard system.
> 
> Xcode 4.3 requires Mac OS X 10.7 Lion.  On 10.6, the last version you can use 
> is 4.2.  See:
> 
> 
> --
> 
> Sean McBride, B. Eng s...@rogue-research.com
> Rogue Researchwww.rogue-research.com
> Mac Software Developer  Montréal, Québec, Canada
> 
> 

--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CMake 2.8-8 rc1 and Xcode 4.3

2012-03-27 Thread Sean McBride

On Tue, 27 Mar 2012 16:59:07 +0200, Daniel Dekkers said:

>I've upgraded to Xcode 4.3 and CMake to 2.8-8 rc1 on a Snow Leopard system.

Xcode 4.3 requires Mac OS X 10.7 Lion.  On 10.6, the last version you can use 
is 4.2.  See:


-- 

Sean McBride, B. Eng s...@rogue-research.com
Rogue Researchwww.rogue-research.com 
Mac Software Developer  Montréal, Québec, Canada


--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install/strip does not strip static libraries

2012-03-27 Thread Kyle Leber

On Tue, Mar 27, 2012 at 10:23 AM, Andreas Pakulat  wrote:

> On 27.03.12 09:45:47, Kyle Leber wrote:
> > On Fri, Mar 23, 2012 at 4:20 PM, Kyle Leber  wrote:
> >
> > > Hi,
> > >
> > > I'm using cmake 2.8 and having an issue when I issue a 'make
> > > install/strip'.  My project includes two libraries: one static and one
> > > shared. The shared library gets properly stripped, but the static one
> does
> > > not.  Do I need to specify a special parameter to get the static
> library to
> > > be stripped or am I doing something else wrong?
> > >
> > > Thanks for the help!
> > >
> > > OS: Ubuntu 10.10
> > > Compiler: g++ 4.4.5
> > >
> > > Kyle
> > >
> >
> > OK, I've done a little more research.  It looks like cmake_install.cmake
> > that is generated in my build directory has install lines handling the
> > shared libraries and the static libraries.
> >
> > After the shared library is installed, there's a section like this:
> >
> > IF(EXISTS "${file}" AND
> >NOT IS_SYMLINK "${file}")
> >   IF(CMAKE_INSTALL_DO_STRIP)
> > EXECUTE_PROCESS(COMMAND "/usr/bin/strip" "${file}")
> >   ENDIF(CMAKE_INSTALL_DO_STRIP)
> > ENDIF()
> >
> > That clearly strips the files after they are installed.  However, in the
> > section that installs my static library there is no such check to handle
> > stripping the library.  Is this a missing feature in CMake, or is there a
> > reason this is not supported?  I can run /usr/bin/strip on my .a static
> > library without issue so I think it's a reasonable thing to expect.
>
> Did you actually try linking against such a stripped static library? A
> simple call of strip libfoo.a will remove all symbols from that library,
> making it totally useless since you cannot link against it anymore. For
> a shared library things are different since its not just a bundle of
> object files (like a static library is), but rather contains additional
> information allowing strip to just strip the stuff that cannot be used
> from outside (i.e. private functions/classes etc.).
>
> Looking at strip's commandline parameters it might be possible to
> manually strip just the symbols you don't want in the static library,
> but this cannot be done by cmake automatically. So you'll have to create
> a custom post-install command to do this for you.
>
> Andreas
>
> --
>
> 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://www.cmake.org/mailman/listinfo/cmake
>

Andreas,

Thanks much for the reply.  I did not realize the limitations of stripping
static libraries.  I think what I really want is the "strip
--strip-unneeded" option.  I will look into the post-install options to
take care of this.

Thanks again,
Kyle
--

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://www.cmake.org/mailman/listinfo/cmake

[CMake] CMake 2.8-8 rc1 and Xcode 4.3

2012-03-27 Thread Daniel Dekkers

Hi,

I've upgraded to Xcode 4.3 and CMake to 2.8-8 rc1 on a Snow Leopard system.
When configuring from the CMake GUI, I get:

CMake Error at /Applications/CMake 
2.8-8.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 
(MESSAGE):
The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

It fails with the following output:

Change Dir: 
/Users/danieldekkers/development/rendertools/examples/MeshTest/build/ES1/DEBUG/CMakeFiles/CMakeTmp

Run Build Command:/Applications/CMake\ 2.8-8.app/Contents/bin/cmakexbuild
-project CMAKE_TRY_COMPILE.xcodeproj build -target
cmTryCompileExec4035594004 -configuration Debug

Error: No developer directory found at /Developer. Run
/usr/bin/xcode-select to update the developer directory path.

Is this a known problem?

Thanks,
Daniel Dekkers--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install/strip does not strip static libraries

2012-03-27 Thread Andreas Pakulat

On 27.03.12 09:45:47, Kyle Leber wrote:
> On Fri, Mar 23, 2012 at 4:20 PM, Kyle Leber  wrote:
> 
> > Hi,
> >
> > I'm using cmake 2.8 and having an issue when I issue a 'make
> > install/strip'.  My project includes two libraries: one static and one
> > shared. The shared library gets properly stripped, but the static one does
> > not.  Do I need to specify a special parameter to get the static library to
> > be stripped or am I doing something else wrong?
> >
> > Thanks for the help!
> >
> > OS: Ubuntu 10.10
> > Compiler: g++ 4.4.5
> >
> > Kyle
> >
> 
> OK, I've done a little more research.  It looks like cmake_install.cmake
> that is generated in my build directory has install lines handling the
> shared libraries and the static libraries.
> 
> After the shared library is installed, there's a section like this:
> 
> IF(EXISTS "${file}" AND
>NOT IS_SYMLINK "${file}")
>   IF(CMAKE_INSTALL_DO_STRIP)
> EXECUTE_PROCESS(COMMAND "/usr/bin/strip" "${file}")
>   ENDIF(CMAKE_INSTALL_DO_STRIP)
> ENDIF()
> 
> That clearly strips the files after they are installed.  However, in the
> section that installs my static library there is no such check to handle
> stripping the library.  Is this a missing feature in CMake, or is there a
> reason this is not supported?  I can run /usr/bin/strip on my .a static
> library without issue so I think it's a reasonable thing to expect.

Did you actually try linking against such a stripped static library? A
simple call of strip libfoo.a will remove all symbols from that library,
making it totally useless since you cannot link against it anymore. For
a shared library things are different since its not just a bundle of
object files (like a static library is), but rather contains additional
information allowing strip to just strip the stuff that cannot be used
from outside (i.e. private functions/classes etc.). 

Looking at strip's commandline parameters it might be possible to
manually strip just the symbols you don't want in the static library,
but this cannot be done by cmake automatically. So you'll have to create
a custom post-install command to do this for you.

Andreas

--

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://www.cmake.org/mailman/listinfo/cmake

[CMake] Running tests only on modified projects....

2012-03-27 Thread Malfettone, Kris

I've been looking through the ctest documentation and online for a while now 
and can't seem to find a way to run tests only from projects that have changed. 
 Basically what I have is a very large build tree consisting of many projects.  
When someone submits code to just one of the projects I would like to only run 
the tests associated with that project or projects that the project is a 
dependency of.

Is this possible?

-Kris



IMPORTANT: The information contained in this email and/or its attachments is 
confidential. If you are not the intended recipient, please notify the sender 
immediately by reply and immediately delete this message and all its 
attachments. Any review, use, reproduction, disclosure or dissemination of this 
message or any attachment by an unintended recipient is strictly prohibited. 
Neither this message nor any attachment is intended as or should be construed 
as an offer, solicitation or recommendation to buy or sell any security or 
other financial instrument. Neither the sender, his or her employer nor any of 
their respective affiliates makes any warranties as to the completeness or 
accuracy of any of the information contained herein or that this message or any 
of its attachments is free of viruses.
--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install/strip does not strip static libraries

2012-03-27 Thread Kyle Leber

On Fri, Mar 23, 2012 at 4:20 PM, Kyle Leber  wrote:

> Hi,
>
> I'm using cmake 2.8 and having an issue when I issue a 'make
> install/strip'.  My project includes two libraries: one static and one
> shared. The shared library gets properly stripped, but the static one does
> not.  Do I need to specify a special parameter to get the static library to
> be stripped or am I doing something else wrong?
>
> Thanks for the help!
>
> OS: Ubuntu 10.10
> Compiler: g++ 4.4.5
>
> Kyle
>

OK, I've done a little more research.  It looks like cmake_install.cmake
that is generated in my build directory has install lines handling the
shared libraries and the static libraries.

After the shared library is installed, there's a section like this:

IF(EXISTS "${file}" AND
   NOT IS_SYMLINK "${file}")
  IF(CMAKE_INSTALL_DO_STRIP)
EXECUTE_PROCESS(COMMAND "/usr/bin/strip" "${file}")
  ENDIF(CMAKE_INSTALL_DO_STRIP)
ENDIF()

That clearly strips the files after they are installed.  However, in the
section that installs my static library there is no such check to handle
stripping the library.  Is this a missing feature in CMake, or is there a
reason this is not supported?  I can run /usr/bin/strip on my .a static
library without issue so I think it's a reasonable thing to expect.

Any help is appreciated!  Thanks, Kyle.
--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install uses outdated libstdc++.so.6

2012-03-27 Thread Mirko Vukovic

On Mon, Mar 26, 2012 at 4:54 PM, Eric Noulard  wrote:
> 2012/3/26 Mirko Vukovic :
>> I can certainly try again (remove /usr/local from PATH variables).
>>
>> But as I am not familiar with cmake, can you please spell out for me
>> how to use it?  I am much more used to make & configure.
>>
>> I tried with "cmake -i", but I not sure if I did everything correctly.
>
> Usually you do something like:
>
> 1) tar zxvf your-software.tar.gz -> this creates a your-software/ directory
> 2) mkdir build
> 3) cd build
> 4) cmake ../your-software
> 5) make
> 6) make install
>
> at step 4) you may configure the install prefix with
> cmake -DCMAKE_INSTALL_PREFIX=/where/you/want
>
> at the same step 4) you may launch
>    cmake-gui ../your-software
> and chose option; install prefix etc... from the GUI instead of the
> command line.
>
> at step 6) you may try to build a package instead of installing:
>
> for RPM: cpack -G RPM
> for DEB: cpack -G DEB
> for TGZ: cpack -G TGZ
>
> then you'll be able to install the built package.
>
> That said if you "just" want to use an up to date CMake
> you should first try to use pre-compiled binaries taken from Kitware:
> http://www.cmake.org/cmake/resources/software.html
>
> CMake binaries are as static as then can so it's usually enough
> to unarchive the tarball somewhere and directly use the cmake (or
> cpack or ctest)
> binary from there.
>
> Is anybody here using RHEL6 with recent CMake version who can help?
> --
> Erk
> Le gouvernement représentatif n'est pas la démocratie --
> http://www.le-message.org

I tried the following:

- Extracted the source from
http://www.cmake.org/cmake/resources/software.html into temporary
directory
- cd into temporary directory
- executed `cmake'
- executed `make'

error at end of make:
../bin/ctest: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not
found (required by ../bin/ctest)
make[2]: *** [Docs/ctest.txt] Error 1
make[1]: *** [Utilities/CMakeFiles/documentation.dir/all] Error 2
make: *** [all] Error 2


Now, as to your suggestion to download binaries, I do not mind that.
But which one is for 64-bit Linux?  I only see the 32-bit one
(Linux-i386).

Thanks,

Mirko

Thanks,

Mirko
--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Fwd: Help with CMAKE

2012-03-27 Thread David Cole

On Tue, Mar 27, 2012 at 4:37 AM, Sweety Pie  wrote:
> The visual studio runs perfectly but the compiler in the Cmake shows this
> error:
>
> Check for working C compiler using: Visual Studio 10
>
> Check for working C compiler using: Visual Studio 10 -- broken
>
> CMake Error at C:/Program Files (x86)/CMake
> 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
>
> The C compiler "cl" is not able to compile a simple test program.
>
> It fails with the following output:
>
> Change Dir: C:/Program Files (x86)/CGAL-3.8/CMakeFiles/CMakeTmp
>
> Run Build Command:C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
>
> cmTryCompileExec.vcxproj /p:Configuration=Debug
>
> Microsoft (R) Build Engine Version 4.0.30319.1
>
> [Microsoft .NET Framework, Version 4.0.30319.261]
>
> Copyright (C) Microsoft Corporation 2007. All rights reserved.
>
> Build started 3/27/2012 11:04:22 AM.
>
> Project "C:\Program Files
>
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" on node 1
>
> (default targets).
>
> InitializeBuildStatus:
>
> Creating "cmTryCompileExec.dir\Debug\cmTryCompileExec.unsuccessfulbuild"
> because "AlwaysCreate" was specified.
>
> ClCompile:
>
> C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /Zi
> /nologo /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D
> "CMAKE_INTDIR=\"Debug\"" /D _MBCS /Gm- /MDd /GS /fp:precise /Zc:wchar_t
> /Zc:forScope /Fo"cmTryCompileExec.dir\Debug\\" /Fd"C:/Program Files
> (x86)/CGAL-3.8/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.pdb" /Gd /TC
> /analyze- /errorReport:queue testCCompiler.c /Zm1000 /GZ
>
> cl : Command line warning D9035: option 'GZ' has been deprecated and will
>
> be removed in a future release [C:\Program Files
>
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
>
> cl : Command line warning D9036: use 'RTC1' instead of 'GZ' [C:\Program
>
> Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
>
> testCCompiler.c
>
> ManifestResourceCompile:
>
> C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /nologo
> /fo"cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res"
> cmTryCompileExec.dir\Debug\cmTryCompileExec_manifest.rc
>
> Link:
>
> C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\link.exe
> /ERRORREPORT:QUEUE /OUT:"C:\Program Files
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.exe"
> /VERSION:"0.0" /INCREMENTAL /NOLOGO kernel32.lib user32.lib gdi32.lib
> winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib
> uuid.lib odbc32.lib odbccp32.lib /MANIFEST
> /ManifestFile:"cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.intermediate.manifest"
> /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG /PDB:"C:\Program
> Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.pdb"
> /SUBSYSTEM:CONSOLE /STACK:"1000" /TLBID:1 /DYNAMICBASE /NXCOMPAT
> /IMPLIB:"C:/Program Files
> (x86)/CGAL-3.8/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.lib" /MACHINE:X86
> cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res
>
> cmTryCompileExec.dir\Debug\testCCompiler.obj /machine:X86 /debug
>
> LINK : fatal error LNK1104: cannot open file 'MSVCRTD.lib' [C:\Program
>
> Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
>
> Done Building Project "C:\Program Files
>
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default
>
> targets) -- FAILED.
>
> Build FAILED.
>
> "C:\Program Files
>
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default
>
> target) (1) ->
>
> (ClCompile target) ->
>
> cl : Command line warning D9035: option 'GZ' has been deprecated and will be
> removed in a future release [C:\Program Files
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
>
> cl : Command line warning D9036: use 'RTC1' instead of 'GZ' [C:\Program
> Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
>
> "C:\Program Files
>
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default
>
> target) (1) ->
>
> (Link target) ->
>
> LINK : fatal error LNK1104: cannot open file 'MSVCRTD.lib' [C:\Program Files
> (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]
>
> 2 Warning(s)
>
> 1 Error(s)
>
> Time Elapsed 00:00:01.62
>
> CMake will not be able to correctly generate this project.
>
> Call Stack (most recent call first):
>
> CMakeLists.txt:6 (project)
>
> Configuring incomplete, errors occurred!
>
>
> On 25 March 2012 00:49, Sweety Pie  wrote:
>>
>> I use CMake 2.8.4
>> I have both installed but in the config of Cmake I choose this option:
>> Visual Studio 10
>> What is the windows platform SDK??
>> Thank you for helping.
>>
>> On 24 March 2012 21:54, David Cole  wrote:
>>>
>>> Can you build a non-cmake-generated "hello, world" project with VS 10?
>>>
>>> What version of CMake?
>>> Is it the Express Edition of Visual Studio 10?
>>> Do you have a Windows Platform SDK installed?
>>>
>>>
>>> On Sat, Mar 24, 2012 at 1:55 PM, Sweety Pie 
>>> w

Re: [CMake] linker error while executing with clang and llvm binaries for mingw32

2012-03-27 Thread Eric Noulard

2012/3/27 akshay ratnaparkhi :
> Hi all,
>    I am new for clang and llvm and this mailing forum. I am trying build
> cland on my windows xp 32 bit system using "cland binaries for mingw32
> version 2.9" and "llvm binaries for mingw32 version 2.9". I follow following

This mailing list concerns CMake, CPack, CTest and not
clang or mingw32

you should ask on appropriate mailing list or forum for your issue.




-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--

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://www.cmake.org/mailman/listinfo/cmake

[CMake] linker error while executing with clang and llvm binaries for mingw32

2012-03-27 Thread akshay ratnaparkhi

Hi all,
   I am new for clang and llvm and this mailing forum. I am trying build
cland on my windows xp 32 bit system using "cland binaries for mingw32
version 2.9" and "llvm binaries for mingw32 version 2.9". I follow
following steps:

1. download mingw in directory (C:/MinGW)
2. download "clang2.9 binaries for mingw32" and "llvm-2.9 binaries for
mingw32"
3. extract both in the same directory of mingw (C:/MinGW)
4. set path C:/MinGW/bin to PATH environment.
Then I write one simple code
 #include
  int main()
   {
 printf("hello world\n");
return 0;
   }

then compile code
  clang hello.cpp -o hello.exe
it compiles fine
but when I tried to execute it
   clang hello.exe
it gives following error

*ERROR*
hello.exe:crt1.c:(.text+0x280): multiple definition of `mainCRTStartup'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../crt2.o:crt1.c:(.text+0x280):
firs
t defined here
hello.exe:crt1.c:(.text+0x2a0): multiple definition of `WinMainCRTStartup'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../crt2.o:crt1.c:(.text+0x2a0):
firs
t defined here
hello.exe:crt1.c:(.text+0x2c0): multiple definition of `atexit'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../crt2.o:crt1.c:(.text+0x2c0):
firs
t defined here
hello.exe:crt1.c:(.text+0x2d0): multiple definition of `_onexit'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../crt2.o:crt1.c:(.text+0x2d0):
firs
t defined here
hello.exe:cygming-crtbegin.c:(.text+0x2e0): multiple definition of
`__gcc_regist
er_frame'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/crtbegin.o:cygming-crtbegin.c:(.text+0x0):
 first defined here
hello.exe:cygming-crtbegin.c:(.text+0x36c): multiple definition of
`__gcc_deregi
ster_frame'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/crtbegin.o:cygming-crtbegin.c:(.text+0x8c)
: first defined here
hello.exe:crt1.c:(.bss+0x4): multiple definition of `_argc'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../crt2.o:crt1.c:(.bss+0x4):
first d
efined here
hello.exe:crt1.c:(.bss+0x0): multiple definition of `_argv'
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../crt2.o:crt1.c:(.bss+0x0):
first d
efined here
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/crtbegin.o:cygming-crtbegin.c:(.text+0x85)
: undefined reference to `_Jv_RegisterClasses'
collect2: ld returned 1 exit status
clang: error:
  linker
  (via
  gcc)
  command
  failed
  with
  exit
  code
  1
  (use
  -v
  to
  see
  invocation)
*]
How can I resolve this problem?
--

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://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Fwd: Help with CMAKE

2012-03-27 Thread Sweety Pie

The visual studio runs perfectly but the compiler in the Cmake shows this
error:

Check for working C compiler using: Visual Studio 10

Check for working C compiler using: Visual Studio 10 -- broken

CMake Error at C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):

The C compiler "cl" is not able to compile a simple test program.

 It fails with the following output:

 Change Dir: C:/Program Files (x86)/CGAL-3.8/CMakeFiles/CMakeTmp

  Run Build
Command:C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe

cmTryCompileExec.vcxproj /p:Configuration=Debug

 Microsoft (R) Build Engine Version 4.0.30319.1

 [Microsoft .NET Framework, Version 4.0.30319.261]

 Copyright (C) Microsoft Corporation 2007. All rights reserved.

  Build started 3/27/2012 11:04:22 AM.

 Project "C:\Program Files

(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" on node 1

(default targets).

 InitializeBuildStatus:

 Creating "cmTryCompileExec.dir\Debug\cmTryCompileExec.unsuccessfulbuild"
because "AlwaysCreate" was specified.

 ClCompile:

 C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\CL.exe /c /Zi
/nologo /W3 /WX- /Od /Ob0 /Oy- /D WIN32 /D _WINDOWS /D _DEBUG /D
"CMAKE_INTDIR=\"Debug\"" /D _MBCS /Gm- /MDd /GS /fp:precise /Zc:wchar_t
/Zc:forScope /Fo"cmTryCompileExec.dir\Debug\\" /Fd"C:/Program Files
(x86)/CGAL-3.8/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.pdb" /Gd /TC
/analyze- /errorReport:queue testCCompiler.c /Zm1000 /GZ

 cl : Command line warning D9035: option 'GZ' has been deprecated and will

be removed in a future release [C:\Program Files

(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

 cl : Command line warning D9036: use 'RTC1' instead of 'GZ' [C:\Program

Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

 testCCompiler.c

 ManifestResourceCompile:

 C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\rc.exe /nologo
/fo"cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res"
cmTryCompileExec.dir\Debug\cmTryCompileExec_manifest.rc

 Link:

 C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\link.exe
/ERRORREPORT:QUEUE /OUT:"C:\Program Files
(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.exe"
/VERSION:"0.0" /INCREMENTAL /NOLOGO kernel32.lib user32.lib gdi32.lib
winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib
uuid.lib odbc32.lib odbccp32.lib /MANIFEST
/ManifestFile:"cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.intermediate.manifest"
/MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG /PDB:"C:\Program
Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec.pdb"
/SUBSYSTEM:CONSOLE /STACK:"1000" /TLBID:1 /DYNAMICBASE /NXCOMPAT
/IMPLIB:"C:/Program Files
(x86)/CGAL-3.8/CMakeFiles/CMakeTmp/Debug/cmTryCompileExec.lib" /MACHINE:X86
cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res

cmTryCompileExec.dir\Debug\testCCompiler.obj /machine:X86 /debug

 LINK : fatal error LNK1104: cannot open file 'MSVCRTD.lib' [C:\Program

Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

 Done Building Project "C:\Program Files

(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default

targets) -- FAILED.

  Build FAILED.

  "C:\Program Files

(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default

target) (1) ->

 (ClCompile target) ->

 cl : Command line warning D9035: option 'GZ' has been deprecated and will
be removed in a future release [C:\Program Files
(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

cl : Command line warning D9036: use 'RTC1' instead of 'GZ' [C:\Program
Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

"C:\Program Files

(x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj" (default

target) (1) ->

 (Link target) ->

 LINK : fatal error LNK1104: cannot open file 'MSVCRTD.lib' [C:\Program
Files (x86)\CGAL-3.8\CMakeFiles\CMakeTmp\cmTryCompileExec.vcxproj]

  2 Warning(s)

1 Error(s)

  Time Elapsed 00:00:01.62

CMake will not be able to correctly generate this project.

Call Stack (most recent call first):

CMakeLists.txt:6 (project)

 Configuring incomplete, errors occurred!

On 25 March 2012 00:49, Sweety Pie  wrote:

> I use CMake 2.8.4
> I have both installed but in the config of Cmake I choose this option:
> Visual Studio 10
> What is the windows platform SDK??
> Thank you for helping.
>
> On 24 March 2012 21:54, David Cole  wrote:
>
>> Can you build a non-cmake-generated "hello, world" project with VS 10?
>>
>> What version of CMake?
>> Is it the Express Edition of Visual Studio 10?
>> Do you have a Windows Platform SDK installed?
>>
>>
>> On Sat, Mar 24, 2012 at 1:55 PM, Sweety Pie 
>> wrote:
>> >
>> >
>> > -- Forwarded message --
>> > From: Sweety Pie 
>> > Date: 17 March 2012 19:53
>> > Subject: Help with CMAKE
>> > To: cmake@cmake.org
>> >
>> >
>> > Hey everyone,
>> > Am trying to use Cmake with Visual studio 10

Re: [CMake] [mingw + cmake] Porting code from mac os x to windows

[CMake] Fwd: Fwd: Help with CMAKE

Re: [CMake] CMake 2.8.8-rc1 ready for testing!

Re: [CMake] [mingw + cmake] Porting code from mac os x to windows

[CMake] [mingw + cmake] Porting code from mac os x to windows

Re: [CMake] CMake 2.8-8 rc1 and Xcode 4.3

Re: [CMake] CMake 2.8-8 rc1 and Xcode 4.3

Re: [CMake] make install/strip does not strip static libraries

[CMake] CMake 2.8-8 rc1 and Xcode 4.3

Re: [CMake] make install/strip does not strip static libraries

[CMake] Running tests only on modified projects....

Re: [CMake] make install/strip does not strip static libraries

Re: [CMake] make install uses outdated libstdc++.so.6

Re: [CMake] Fwd: Help with CMAKE

Re: [CMake] linker error while executing with clang and llvm binaries for mingw32

[CMake] linker error while executing with clang and llvm binaries for mingw32

Re: [CMake] Fwd: Help with CMAKE

17 matches

Site Navigation

Mail list logo

Footer information