Re: [CMake] How to find fortran library

Am Mittwoch, 3. Dezember 2008 schrieb Javier Gonzalez: > Hi all, > > I have a project that links to another project built with Fortran. My > own project is a C++ project and I usually need to link against a > fortran library of some sort to use the first one. I use gcc, so it > usually is libgfortr

Re: [CMake] How do you determine what compiler is being used?

On Wed, Dec 3, 2008 at 9:48 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > This is already done in CMake 2.6. See Modules/CMakeCCompilerId.c.in, it > is even better than the above because it works when cross compiling. It does > not use a try-run, but rather a try-compile, and then it looks for str

Re: [CMake] Getting a list of the defined CMake cache variables along with properties and documentation?

On Wed, Dec 3, 2008 at 9:44 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > Bartlett, Roscoe A wrote: > >> Hello, >> Is there a way in a CMakeLists.txt file to get a list of all of the >> defined CMake cache variables, get their properties, and their >> documentation? I would like to have this so t

Re: [CMake] Can't get include() to work!

On Wed, Dec 3, 2008 at 8:41 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > http://en.wikipedia.org/wiki/End-of-line > > "* LF:Multics, Unix and Unix-like systems (GNU/Linux, AIX, Xenix, > Mac OS X, FreeBSD, etc.), BeOS, Amiga, RISC OS, and others >* CR+LF: DEC RT-11 and most other early

Re: [CMake] [Fwd: Re: Why does dependency scanning in version 2.6 seem so slow?]

Jose Luis Blanco wrote: If this helps anyone, I'm working on a large project using CMake and in two different computers, both with the same version of Ubuntu and cmake, it is *REALLY SLOW* in only one of them while scanning dependencies, but it's not in the other laptop. (The "slow" dep. scann

Re: [CMake] Why does dependency scanning in version 2.6 seem so slow?

Senanu Pearson wrote: Hi folks, Is there a way to speed up the dependency scan in version 2.6? I recently installed a new Linux OS (Mandriva 2009) which included an upgrade to cmake 2.6 (I _think_ I had version 2.4 before). However, when I run make (after running "cmake .") it takes a long ti

Re: [CMake] How do you determine what compiler is being used?

Bartlett, Roscoe A wrote: Here is some CMake code that I wrote to determine this: # Determine compiler version INCLUDE(CheckCXXSourceCompiles) CHECK_CXX_SOURCE_COMPILES( " int main() { #ifdef __sun // This is the SUN! #else THIS IS NOT THE SUN #endif return 0; } " Trilinos_USING_SUN_CO

Re: [CMake] Getting a list of the defined CMake cache variables along with properties and documentation?

Bartlett, Roscoe A wrote: Hello, Is there a way in a CMakeLists.txt file to get a list of all of the defined CMake cache variables, get their properties, and their documentation? I would like to have this so that I can build more general documentation for our CMake project. I could of cour

Re: [CMake] Small, realistic Cpack example

I have updated the wiki page for this little project: http://www.cmake.org/Wiki/BundleUtilitiesExample I also updated the Sample project (QtTest) to allow for Xcode generated projects to correctly build (Thanks to Adam Kubach for bringing that to my attention). The sample project (linked o

Re: [CMake] Can't get include() to work!

Michael Jackson wrote: Actaully, on OS X some of the text editors including BBEdit and TextMate and Eclipse all give you the option of setting your line endings to "mac", "dos" or "unix". In some of those the defaults are "mac" which is /r/n. It is up to the user to set the default for new f

Re: [CMake] Can't get include() to work!

On Dec 3, 2008, at 8:42 PM, Bill Hoffman wrote: Robert Dailey wrote: On Wed, Dec 3, 2008 at 2:53 PM, Bill Hoffman <[EMAIL PROTECTED] > wrote: Found it... The file has mac format line endings. If I change it to unix or windows line feeds it works fine. T

Re: [CMake] Can't get include() to work!

Robert Dailey wrote: On Wed, Dec 3, 2008 at 2:53 PM, Bill Hoffman <[EMAIL PROTECTED] > wrote: Found it... The file has mac format line endings. If I change it to unix or windows line feeds it works fine. The mac file format must fool the parser into

Re: [CMake] [Fwd: Re: Why does dependency scanning in version 2.6 seem so slow?]

If this helps anyone, I'm working on a large project using CMake and in two different computers, both with the same version of Ubuntu and cmake, it is *REALLY SLOW* in only one of them while scanning dependencies, but it's not in the other laptop. (The "slow" dep. scanning is ~1 min. too) I'd be

[CMake] [Fwd: Re: Why does dependency scanning in version 2.6 seem so slow?]

> Hi folks, Is there a way to speed up the dependency scan in version 2.6? I recently installed a new Linux OS (Mandriva 2009) which included an upgrade to cmake 2.6 (I _think_ I had version 2.4 before). However, when I run make (after running "cmake .") it takes a long time (>1min) to do the

[CMake] Getting a list of the defined CMake cache variables along with properties and documentation?

Hello, Is there a way in a CMakeLists.txt file to get a list of all of the defined CMake cache variables, get their properties, and their documentation? I would like to have this so that I can build more general documentation for our CMake project. I could of course just parse the CMakeCache.

Re: [CMake] Can't get include() to work!

On Wed, Dec 3, 2008 at 2:53 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > Found it... > > The file has mac format line endings. If I change it to unix or windows > line feeds it works fine. > > The mac file format must fool the parser into only reading one line of the > file and thinking that it i

Re: [CMake] How do you determine what compiler is being used?

Here is some CMake code that I wrote to determine this: # Determine compiler version INCLUDE(CheckCXXSourceCompiles) CHECK_CXX_SOURCE_COMPILES( " int main() { #ifdef __sun // This is the SUN! #else THIS IS NOT THE SUN #endif return 0; } " Trilinos_USING_SUN_COMPILER ) I was going to p

Re: [CMake] How do you determine what compiler is being used?

2008/12/3 Bartlett, Roscoe A <[EMAIL PROTECTED]>: > Hello, > > How can determine what general type of compiler is being used? For example, > how can we determine if our project is being configured to use the Sun CC > compiler? In C++ code I can just check for the define __sun but how can I > get

Re: [CMake] Why does dependency scanning in version 2.6 seem so slow?

2008/12/3 Senanu Pearson <[EMAIL PROTECTED]>: > Hi folks, > > Is there a way to speed up the dependency scan in version 2.6? > > I recently installed a new Linux OS (Mandriva 2009) which included an > upgrade to cmake 2.6 (I _think_ I had version 2.4 before). However, when I > run make (after runni

[CMake] FIND_LIBRARY not using CMAKE_FIND_LIBRARY_SUFFIXES

Hi, I am using Cygwin on Windows, using CMake 2.6.2. I was originally debugging FindBoost, when I narrowed the problem down to FIND_LIBRARY. This simple statement does not find the library: SET (CMAKE_FIND_LIBRARY_SUFFIXES .a) FIND_LIBRARY(NAMES test HINTS /usr/local/lib) However, this works: F

[CMake] Why does dependency scanning in version 2.6 seem so slow?

Hi folks, Is there a way to speed up the dependency scan in version 2.6? I recently installed a new Linux OS (Mandriva 2009) which included an upgrade to cmake 2.6 (I _think_ I had version 2.4 before). However, when I run make (after running "cmake .") it takes a long time (>1min) to do the d

[CMake] How do you determine what compiler is being used?

Hello, How can determine what general type of compiler is being used? For example, how can we determine if our project is being configured to use the Sun CC compiler? In C++ code I can just check for the define __sun but how can I get this info in my CMakeLists.txt file? I could use try_comp

Re: [CMake] Can't get include() to work!

Robert Dailey wrote: On Wed, Dec 3, 2008 at 2:33 PM, Bill Hoffman <[EMAIL PROTECTED] > wrote: Seems to be the only thing in the file. Maybe it would help if you posted utility.cmake... It's attached. Found it... The file has mac format line endings. If

Re: [CMake] Can't get include() to work!

On Wed, Dec 3, 2008 at 2:33 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > Seems to be the only thing in the file. Maybe it would help if you posted > utility.cmake... It's attached. utility.cmake Description: Binary data ___ CMake mailing list CMake@

Re: [CMake] Can't get include() to work!

Robert Dailey wrote: lol. I actually removed it on accident. I can't seem to get this right, sorry. Below is the trace output with the message() back in: C:/IT/work/jewett/CMakeLists.txt(1): cmake_minimum_required(VERSION 2.6 ) C:/IT/work/jewett/CMakeLists.txt(5): set(third_party ${CMAKE_CU

Re: [CMake] Can't get include() to work!

On Wed, Dec 3, 2008 at 2:19 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > Robert Dailey wrote: > >> On Wed, Dec 3, 2008 at 1:55 PM, Bill Hoffman <[EMAIL PROTECTED]> [EMAIL PROTECTED]>> wrote: >> >>Did you try the --trace? Maybe a spelling error? Please post a >>complete small example tha

Re: [CMake] Can't get include() to work!

On Wed, Dec 3, 2008 at 1:55 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > Did you try the --trace? Maybe a spelling error? Please post a complete > small example that shows the problem if none of that helps. Below is the relevant portion of the output from --trace. It's a bit hard to read, but

Re: [CMake] Can't get include() to work!

Robert Dailey wrote: On Wed, Dec 3, 2008 at 1:18 PM, Bill Hoffman <[EMAIL PROTECTED] > wrote: Maybe it finds the wrong utility.cmake file? Try adding some message("here") type stuff to make sure the correct files are being loaded. With cmake 2.6.2 you can

Re: [CMake] Can't get include() to work!

On Wed, Dec 3, 2008 at 1:18 PM, Bill Hoffman <[EMAIL PROTECTED]>wrote: > Maybe it finds the wrong utility.cmake file? > > Try adding some message("here") type stuff to make sure the correct files > are being loaded. With cmake 2.6.2 you can run cmake --trace to see all the > files and commands as

Re: [CMake] cmake 2.6.3 RC 5

2008/12/3 Bill Hoffman <[EMAIL PROTECTED]>: > I have a release candidate (RC 5) for 2.6.3 ready for CMake. > I think the following patch http://public.kitware.com/Bug/view.php?id=7904 deserve inclusion since it is fully backward compatible and adds a requested feature. -- Erk

Re: [CMake] Can't get include() to work!

Robert Dailey wrote: Well, good news and bad news on this subject. The good news is that I managed to get my includes working in my initial case. I had my includes.cmake file in the wrong directory The bad news is now I'm having another issue with include(), and this time I DO have my cmake

Re: [CMake] feedback on fortran support

On Wednesday 03 December 2008 11:28:02 Mathieu Malaterre wrote: > > 2. > > Fortran does not have any concept of preprocessing. However, by > > convention, files with a capital suffix (.F, .FOR, .FPP, .F90, F03, ...) > > are preprocessed, usually by a C-preprocessor. > > How do you do that on case-

Re: [CMake] Can't get include() to work!

Well, good news and bad news on this subject. The good news is that I managed to get my includes working in my initial case. I had my includes.cmake file in the wrong directory [?] The bad news is now I'm having another issue with include(), and this time I DO have my cmake files in the correct d

Re: [CMake] cmake 2.6.3 RC 5

What are the chances of bug http://public.kitware.com/Bug/view.php?id=6195 being included? Mike On Dec 3, 2008, at 11:36 AM, Bill Hoffman wrote: I have a release candidate (RC 5) for 2.6.3 ready for CMake. Thanks. The files can be found here: http://www.cmake.org/files/v2.6/*RC-5* The ch

Re: [CMake] cmake 2.6.3 RC 5

Mike Arthur wrote: On Wednesday 03 December 2008 16:36:23 Bill Hoffman wrote: I have a release candidate (RC 5) for 2.6.3 ready for CMake. Did my "PATCH: Bundle Generator need not require CPACK_BUNDLE_STARTUP_COMMAND" ever get applied for 2.6.3? I don't think so... Is it in CVS CMake yet?

Re: [CMake] More problems with list()...

On Wed, Dec 3, 2008 at 11:05 AM, Michael Jackson < [EMAIL PROTECTED]> wrote: > Working from some of the Boost CMake implementations if you are trying to > create macros that take any number of arguments with some of them being > optional then here is some code that you might be interested in. > >

Re: [CMake] cmake 2.6.3 RC 5

On Wednesday 03 December 2008 16:36:23 Bill Hoffman wrote: > I have a release candidate (RC 5) for 2.6.3 ready for CMake. Did my "PATCH: Bundle Generator need not require CPACK_BUNDLE_STARTUP_COMMAND" ever get applied for 2.6.3? -- Cheers, Mike Arthur http://mikearthur.co.uk/ ___

Re: [CMake] More problems with list()...

On Dec 3, 2008, at 11:29 AM, Robert Dailey wrote: Hi, I have the following macro: macro( library_component project_name ) if( ${ARGC} EQUAL 2 ) list( GET ARGN 0 component_dependencies ) endif() endmacro() I call the macro like this: library_component( myProjectName item1 )

Re: [CMake] Rebuild target when external library changes?

Lezz Giles wrote: One question, one suggestion: If I do specify full paths, doesn't that mean that I'm forcing cmake to use static linking? Doesn't this preclude one of the advantages of cmake - that it's easy to switch from static to dynamic linking? (Not that I'm complaining! I'm definitely g

Re: [CMake] More problems with list()...

On Wed, Dec 3, 2008 at 10:42 AM, Alexander Neundorf <[EMAIL PROTECTED] > wrote: > I think ARGN and ARGV are handled in a special way, so try if turning it > into > a normal variable works, something like > > set(tmp ${ARGN}) > list( GET tmp 0 component_dependencies ) Wow, that actually works. Th

Re: [CMake] More problems with list()...

On Wednesday 03 December 2008, Robert Dailey wrote: > Hi, > > I have the following macro: > > macro( library_component project_name ) > if( ${ARGC} EQUAL 2 ) > list( GET ARGN 0 component_dependencies ) > endif() > endmacro() > > I call the macro like this: > > library_component( myP

[CMake] cmake 2.6.3 RC 5

I have a release candidate (RC 5) for 2.6.3 ready for CMake. Thanks. The files can be found here: http://www.cmake.org/files/v2.6/*RC-5* The changes from 2.6.2 to 2.6.3 are as follows: Changes in CMake 2.6.3 RC 5 - add EXCLUDE, INCLUDE to ctest_test command in ctest -S scripts - Set CMAKE_SYS

[CMake] More problems with list()...

Hi, I have the following macro: macro( library_component project_name ) if( ${ARGC} EQUAL 2 ) list( GET ARGN 0 component_dependencies ) endif() endmacro() I call the macro like this: library_component( myProjectName item1 ) The conditional in the macro above checks to see if th

Re: [CMake] list( LENGTH ) problem

On Tue, Dec 2, 2008 at 3:00 PM, Alexander Neundorf <[EMAIL PROTECTED]>wrote: > It expects a variable which holds a list: > > set(myList foo bar) > list( LENGTH myList listlen ) > message( ${listlen} ) > > (didn't test or check docs, but I think that should be it) Why did you do: list( LENGTH my

Re: [CMake] Rebuild target when external library changes?

One question, one suggestion: If I do specify full paths, doesn't that mean that I'm forcing cmake to use static linking? Doesn't this preclude one of the advantages of cmake - that it's easy to switch from static to dynamic linking? (Not that I'm complaining! I'm definitely going to use Bil

Re: [CMake] Rebuild target when external library changes?

Hugo Heden wrote: Is there a reason for why CMake does not complain about the OP:s suggestion, "TARGET_LINK_LIBRARIES(hellow fred)"? In general, I would want CMake to be stricter and complain more, to make it faster catching bugs like this . Is there a way (a command line flag, a variable or s

Re: [CMake] Rebuild target when external library changes?

Lezz Giles wrote: > > > I have a project set up that imports libraries, and I want to relink if > those imported libraries change; > > > > For example, in a directory I have > > hellow.c > > libfred.a > > CMakeLists.txt > > > > where CMakeLists.txt contains: > > -

[CMake] How to find fortran library

Hi all, I have a project that links to another project built with Fortran. My own project is a C++ project and I usually need to link against a fortran library of some sort to use the first one. I use gcc, so it usually is libgfortran or libg2c. Now my question is: if I enable Fortran, will there

Re: [CMake] feedback on fortran support

On Tue, Dec 2, 2008 at 11:31 PM, Daniel Franke <[EMAIL PROTECTED]> wrote: ... > 2. > Fortran does not have any concept of preprocessing. However, by convention, > files with a capital suffix (.F, .FOR, .FPP, .F90, F03, ...) are preprocessed, > usually by a C-preprocessor. How do you do that on ca

Re: [CMake] Rebuild target when external library changes?

2008/12/3 Bill Hoffman <[EMAIL PROTECTED]>: > Lezz Giles wrote: >> >> >> I have a project set up that imports libraries, and I want to relink if >> those imported libraries change; >> >> >> For example, in a directory I have >> >> hellow.c >> >> libfred.a >> >> CMakeLists.txt >> >> >> where CMakeLi