[CMake] [BUG] cmake-2.8.0, Unix Makefiles generator creates incorrect module dependency for Fortran 95 if there is an embedded blank in the directory name

Hi Brad and Alin: Here is an example of the bug: cat CMakeFiles/x02f95.dir/depend.make # CMAKE generated file: DO NOT EDIT! # Generated by "Unix Makefiles" Generator, CMake Version 2.8 f95/CMakeFiles/x02f95.dir/x02f.f90.o: "/home/software/plplot svn/installcmake/lib/fortran/modules/plplot/plp

[CMake] target_link_libraries(lib1 lib2) - Fortran

Hello, Is it possible to create a library which itself gets some of its implementation from another library? This comes because of some sources files of my library need modules of another source file in a subdirectory… Is it considered bad style to build a library out of appr. 5 “sub-libraries

[CMake] [BUG?] Setting environment variables with embedded blanks does not work with VERBATIM

I normally avoid using embedded blanks in directory names on Linux (Debian Lenny, CMake-2.8.0), but I am trying to help out one of my colleagues who is using embedded blanks in directory names in the Windows case. He does have access to bash via win-bash. However, before I can replicate his issu

Re: [CMake] target_link_libraries: prefer static to dynamic

On Sun, Jan 3, 2010 at 2:26 PM, Alexander Neundorf wrote: > Isn't there some "binutil" which can tell what kind of library some .lib is ? > Or maybe every dll (and that way the accompanying lib) has some functions > which only dlls have ? > Or maybe they references some special functions which may

Re: [CMake] [PATCH] FindRuby.cmake does not support version 1.9.1

On Saturday 02 January 2010, Guilherme Balena Versiani wrote: > Yes, the attached patch corrects both problems. Thanks, committed to cvs HEAD. Alex ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opens

Re: [CMake] target_link_libraries: prefer static to dynamic

On Monday 28 December 2009, Bill Hoffman wrote: > Pau Garcia i Quiles wrote: > > I'm using CMake 2.8.0 on Linux. Yes, Michael is right: I want it to > > happen automagically. That was the whole point of this thread :-) > > OK, well the thread has a very bad subject then > > It should be "force

Re: [CMake] cmake query

You're missing the mingw32-make program. If you used the installer there is a checkbox for it. Alternatively you can download and unzip it from here: http://sourceforge.net/projects/mingw/files/MinGW%20make/ 2010/1/3 sdfsdfs sdfsdfsd : > Hello, Im ttrying to install a program in windows using c

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

No, I can't find this option in any cmake file. It seems the detecting if we are CROSS_COMPILING does not work well on DARWIN? Wenn the error occured, CMAKE_OSX_DEPLOYMENT_TARGET is set in CMakeCache.txt: ... -- Configuring incomplete, errors occurred! claus-kleins-macbook-pro:build clauskle

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

This is probably a "bug" in the Darwin-gcc.cmake file that gets called to initialize all the compilers and flags. There is a bunch of code which tries to figure out which OS X version you are compiling for and what flags to use. I say this because there probably needs to be an IF( NOT CROSS_

Re: [CMake] mingw crosscompile error: invalid option `macosx-version-min=10.5' ?

Thanks Bart, I have xcode installed, but not every compiler on my MAC compiles for MAC-OS. I have mingw32 installed from macports, and the target is Win32, so this option test "-mmacosx-version-min= The earliest MacOS X version on which this program will run" makes no sence and not

[CMake] cmake query

Hello, Im ttrying to install a program in windows using cmake gui. I get the folloeing errors when im trying to configure it: The C compiler identification is GNU The CXX compiler identification is GNU Check for working C compiler: C:/MinGW/bin/gcc.exe CMake Error: Generator: execution of