Re: [CMake] slow CMake performance configuring builds on remote SMB servers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill Hoffman wrote: Philip Lowman wrote: We have somewhat of a large CMake project consisting of about 25 libraries. Configuring on Linux over NFS is a snap taking only a few seconds. Configuring on a local C:\ for the Windows build is also

Re: [CMake] slow CMake performance configuring builds on remote SMB servers

Philip Lowman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is it mostly sending time in try-compile stuff? If so, it might be possible that we could add some sort of cmake temp directory that was not under the build tree to run try-compile tests in. Then that could be set

Re: [CMake] Re: FindSDL.cmake and mingw / msys

On 3/22/07, E. Wing [EMAIL PROTECTED] wrote: And if I check all variables using the show advanced values, SDL_LIBRARY is nowhere. The only other variable is SDL_LIBRARY_TEMP showing the value SDL_LIBRARY_TEMP-NOT-FOUND. Any clue? Yeah, this is an artifact of how the script works. The

RE: [CMake] Problem with ADD_DEFINITIONS

I have problems with ADD_DEFINITIONS : I have two target in my CMakeLists which I'd like to have different -D flags. If I add ADD_DEFINITIONS, it seems like both targets are affected. How coul I do such thing ? You have two options. 1) Set target specific definitions using the command

Re: [CMake] slow CMake performance configuring builds on remote SMB servers

No real consolation or assistance, but I complained to our sysadmins that we had very slow builds from slave nodes, but fast from the master. I did some timing to give them something to aim for and it was Master node : configure+generate = 25 seconds (file system is fibre channel or

Re: [CMake] slow CMake performance configuring builds on remote SMB servers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Biddiscombe wrote: No real consolation or assistance, but I complained to our sysadmins that we had very slow builds from slave nodes, but fast from the master. I did some timing to give them something to aim for and it was Master node :

Re: [CMake] Problem with ADD_DEFINITIONS

Hi, I would say the third and correct option is to use SET_SOURCE_FILES_PROPERTIES together with the COMPILE_FLAGS property. Regards, Werner Kishore, Jonnalagadda (IE10) wrote: I have problems with ADD_DEFINITIONS : I have two target in my CMakeLists which I'd like to have different -D

Re: [CMake] slow CMake performance configuring builds on remote SMB servers

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill Hoffman wrote: Philip Lowman wrote: Does CMake do anything weird during it's configuration phase like write out temporary files? Laying aside the initial compile checks which may be occuring on the network drive (but if so, could be

Re: [CMake] slow CMake performance configuring builds on remote SMB servers

Philip Lowman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill Hoffman wrote: Most files cmake writes out are copy if different. So, cmake writes a file, then diff's it with the file that was already there, and if they are different it gets rid of the original and moves the new

[CMake] problems with the bugtracking system

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm having problems clicking Add New Bug. I authenticate with my email and password first and get no error but then when I click Add New Bug I get a message saying I'm not logged in. I thought maybe I'm still not authenticating correctly so I tried

Re: [CMake] problems with the bugtracking system

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philip Lowman wrote: I'm having problems clicking Add New Bug. I authenticate with my email and password first and get no error but then when I click Add New Bug I get a message saying I'm not logged in. I'm not sure if anyone has come across

Re: [CMake] Problem with ADD_DEFINITIONS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Werner Smekal wrote: I would say the third and correct option is to use SET_SOURCE_FILES_PROPERTIES together with the COMPILE_FLAGS property. I agree. There is one minor bug with this command that I've filed below that people should be aware of.

[CMake] Re: FindSDL.cmake and mingw / msys

And if I check all variables using the show advanced values, SDL_LIBRARY is nowhere. The only other variable is SDL_LIBRARY_TEMP showing the value SDL_LIBRARY_TEMP-NOT-FOUND. Any clue? Yeah, this is an artifact of how the script works. The quick answer is to set the SDL_LIBRARY_TEMP

Re: [CMake] Problem with ADD_DEFINITIONS

Philip Lowman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Werner Smekal wrote: I would say the third and correct option is to use SET_SOURCE_FILES_PROPERTIES together with the COMPILE_FLAGS property. I agree. There is one minor bug with this command that I've filed below

[CMake] CMake and Ctest and CppUnit

Hi Cmakers, I successfully set up a project with CMake and Dart server, and can run really simple self-written tests with CTest. And, yay, they show up on the dashboard. So far, so good. However, I would like to get my tests a little bit more structured and use CppUnit (Since I am a JUnit

Re: [CMake] CMake and Ctest and CppUnit

On Saturday 24 March 2007 02:05:42 [EMAIL PROTECTED] wrote: Hi Cmakers, I successfully set up a project with CMake and Dart server, and can run really simple self-written tests with CTest. And, yay, they show up on the dashboard. So far, so good. However, I would like to get my tests a

Re: [CMake] Problem with ADD_DEFINITIONS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill Hoffman wrote: Philip Lowman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Werner Smekal wrote: I would say the third and correct option is to use SET_SOURCE_FILES_PROPERTIES together with the COMPILE_FLAGS property. I

Re: [CMake] Problem with ADD_DEFINITIONS

On Saturday 24 Mar 2007 IST, Werner Smekal wrote: I would say the third and correct option is to use SET_SOURCE_FILES_PROPERTIES together with the COMPILE_FLAGS property. But then going this way is again going to affect both the targets if they depend on the same source files. -- Cheers!