Re: [CMake] Downgrade CMake

2012-07-05 Thread vaibhavt
>>Somehow you are using _old_ CMakeCache.txt file. I would delete this file first and try again. Done. But still same error. -- View this message in context: http://cmake.3232098.n2.nabble.com/Downgrade-CMake-tp7567867p7580765.html Sent from the CMake mailing list archive at Nabble.com. -- Po

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Yngve Inntjore Levinsen
Hi Eric, Thanks for your suggestion. If one shouldn't set RANLIB/AR oneself, then I find it a bit confusing that the information about those variables are listed here: http://www.cmake.org/Wiki/CMake_Useful_Variables But perhaps that list is meant for different stuff? Your suggestion did not set

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Eric Noulard
2012/7/5 Yngve Inntjore Levinsen : > Hi Eric, > > Thanks for your suggestion. If one shouldn't set RANLIB/AR oneself, then I > find > it a bit confusing that the information about those variables are listed here: > http://www.cmake.org/Wiki/CMake_Useful_Variables > But perhaps that list is meant f

Re: [CMake] Downgrade CMake

2012-07-05 Thread Kornel Benko
Am Donnerstag, 5. Juli 2012 um 00:21:38, schrieb vaibhavt exists > >>Somehow you are using _old_ CMakeCache.txt file. I would delete this file > first and try again. > > Done. > But still same error. Please check if /opt/local/share/cmake-2.8/Modules/CMakeCCompiler.cmake.in exists. I

Re: [CMake] Paths with spaces - Visual Studio

2012-07-05 Thread David Cole
On Wed, Jul 4, 2012 at 3:20 PM, Totte Karlsson wrote: > On 7/4/2012 12:01 PM, David Cole wrote: >> >> The preferred way is simply to add the def file as a source file of >> your library or executable: >> >>add_library(my lib SHARED >> ${cxx_sources} >> ${CMAKE_CURRENT_SOURCE_DIR}/c_a

Re: [CMake] Using ${CMAKE_CFG_INTDIR} in ADD_TEST property WORKING_DIRECTORY

2012-07-05 Thread David Cole
On Thu, Jul 5, 2012 at 2:53 AM, Rolf Eike Beer wrote: > Guillaume Blanc wrote: >> Some tests that I run need to access files (using a relative path) that are >> located in the same directory as the test executable itself. So I'm trying >> to use ADD_TEST property WORKING_DIRECTORY in the following

Re: [CMake] Downgrade CMake

2012-07-05 Thread David Cole
Don't just start by deleting CMakeCache.txt. Delete the entire build tree and start with a clean/empty build tree when you first configure with CMake. Again: what problem did you encounter that required you to "downgrade" CMake? If you're not sure what the problem really is, I would recommend try

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Yngve Inntjore Levinsen
Hi Eric, On Thursday 5. July 2012 10.22.17, Eric Noulard wrote: > Which ranlib/ar was discovered by CMake? /usr/bin/ar and /usr/bin/ranlib. I need it to discover the ones with the mingw prefix. > You did not give us the exact command line you use with the output > given by the cmake run. The com

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Eric Noulard
2012/7/5 Yngve Inntjore Levinsen : > Hi Eric, > > > > On Thursday 5. July 2012 10.22.17, Eric Noulard wrote: > >> Which ranlib/ar was discovered by CMake? > > /usr/bin/ar and /usr/bin/ranlib. I need it to discover the ones with the > mingw prefix. OK. >> You did not give us the exact command line

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Rolf Eike Beer
Eric Noulard wrote: > if it is the case could try enabling C language first? > i.e. > project(Whatever C) > ... > enable_language(Fortran) > enable_language(CXX) Why not just "project(Whatever C CXX Fortran)" then? Eike -- signature.asc Description: This is a digitally signed message part. --

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Yngve Inntjore Levinsen
Hi Eike and Eric, That was an incredible wild guess, you were spot on. Changing the title to PROJECT( C CXX Fortran) instead of having Fortran first in the list solved it. Now both toolchain files work. Why is that though? Something buggy with the Fortran part in cmake? Thanks! Best Regards, Y

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Eric Noulard
2012/7/5 Rolf Eike Beer : > Eric Noulard wrote: > >> if it is the case could try enabling C language first? >> i.e. >> project(Whatever C) >> ... >> enable_language(Fortran) >> enable_language(CXX) > > Why not just "project(Whatever C CXX Fortran)" then? Because I didn't know how it was done in Yn

Re: [CMake] set ranlib/ar in toolchain file

2012-07-05 Thread Eric Noulard
2012/7/5 Yngve Inntjore Levinsen : > Hi Eike and Eric, > > That was an incredible wild guess, you were spot on. No so wild in fact I did grep around in the CMake source to guess. And my own cross-compiled projects do not use Fortran (only C and C++). > Changing the title to > PROJECT( C CXX Fortr

Re: [CMake] CMake 2.8.6 --> 2.8.8 New TryCompile Fails on GCC-GNAT Ada Linking

2012-07-05 Thread Brad King
On 7/2/2012 12:25 PM, Matthew Schuchard wrote: > The executable name does in fact have to match the name of the source file. > I could get into details, but the short summary is that gcc-gnat is a > very headache-inducing compiler with poorly conceived input/output file > behavior and arguments.