Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Michael Wild
Yes, that is the only reason. They are bulky and useless, at least in the case of CMake. Come to think of it, however, it could be useful if CMake offered the possibility to install the various parts as different COMPONENTS. E.g., for ParaView it would make sense to install the Qt headers a

[CMake] can't link simple qt example

2009-12-04 Thread Glenn Hughes
Hello all, I'm just getting going with CMake and qt, and I'm having a bit of a problem. I've assembled pretty much the simplest CMakeLists.txt file I can imagine for a very simple example qt project. (I'm trying to build the qt 4.6 "states" example using CMake.) When I build, I get the following l

Re: [CMake] A bug for Code::Blocks MinGW?

2009-12-04 Thread Song Zhiwei
Before the bug fixed, is there any way inside CMake to add " around the filename? Use special commands? Zhiwei 2009/12/3 Song Zhiwei : > CMake 2.8.0 on Windows > > 2009/12/3 John Drescher : >>> I use CMake to generate a Code::Blocks MinGW Makefiles for my project >>> Module4Test. Module4Test.cbp

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Clinton Stimpson
On Friday 04 December 2009 03:19:24 pm David Cole wrote: > Do you have a good idea for how to implement "everything except the > headers"...? Maybe something like: install(DIRECTORY ... REGEX Headers EXCLUDE) > > There's already some pretty gnarly CMake script code in the fixup_bundle > routines.

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread David Cole
Do you have a good idea for how to implement "everything except the headers"...? There's already some pretty gnarly CMake script code in the fixup_bundle routines. I'd like to keep it as simple and understandable as possible. I'm assuming your reason for not wanting the headers in there is simply

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Michael Wild
Everything except the headers, that is... Michael On 4. Dec, 2009, at 21:04 , David Cole wrote: Sounds like we need the whole framework now instead of just the libraries from inside them... Does one of you have the time to create a bug report for this...? Thx, David On Fri, Dec 4, 2009 a

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread David Cole
Sounds like we need the whole framework now instead of just the libraries from inside them... Does one of you have the time to create a bug report for this...? Thx, David On Fri, Dec 4, 2009 at 2:40 PM, Clinton Stimpson wrote: > > The problem is the CMakeIngestOSXBundleLibraries.cmake script doe

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Clinton Stimpson
The problem is the CMakeIngestOSXBundleLibraries.cmake script doesn't copy the Resource directory in the QtGui framework. It only copies the actual binary within the framework. And its a problem when using a cocoa based Qt. It appears BundleUtilities.cmake has the same problem of not copying f

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Michael Jackson
And just to follow up more, using the autoconf system to build and install cmake does not work either. Still missing the qt_menu.nib file. What is the officially supported Qt version for to build CMake? -- Mike Jackson On Dec 4, 2009, at 1:21 PM, Bill Hoffman wrote: Michael Jackson wrote

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Michael Jackson
_ Mike Jackson mike.jack...@bluequartz.net BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio On Dec 4, 2009, at 1:21 PM, Bill Hoffman wrote: Michael Jackso

Re: [CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Bill Hoffman
Michael Jackson wrote: I tried to build CMake 2.8.0 from source on OS X 10.5.8 Intel in Release mode with Qt 4.5.3 (as cocoa frameworks). I did a "make install" and when I try to double click the CMake 2.8-0.app bundle I get the following error: Process: CMake 2.8-0 [33756] Path:

[CMake] CMake 2.8.0 built on OS X crashes on Startup.

2009-12-04 Thread Michael Jackson
I tried to build CMake 2.8.0 from source on OS X 10.5.8 Intel in Release mode with Qt 4.5.3 (as cocoa frameworks). I did a "make install" and when I try to double click the CMake 2.8-0.app bundle I get the following error: Process: CMake 2.8-0 [33756] Path:/Users/Shared/

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Bill Hoffman
Tyler Roscoe wrote: On Fri, Dec 04, 2009 at 12:09:09PM -0500, Bill Hoffman wrote: Right now we just don't do that. However, we do have continuous builds running on systems that wait for anything to be checked into the version control system. Then they do a build and test. But, we have no w

Re: [CMake] installing pdb files

2009-12-04 Thread Tyler Roscoe
On Thu, Dec 03, 2009 at 04:48:58PM -0600, Randy Hancock wrote: > install(FILES > ${CMAKE_CURRENT_BINARY_DIR}/\${CMAKE_INSTALL_CONFIG_NAME}/project_name.pdb > DESTINATION ${SYMBOLS_DIR}) > > where SYMBOLS_DIR is set to something like: > set(SYMBOLS_DIR "${CMAKE_SOURCE_DIR}/dist/symbols") > > The

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Tyler Roscoe
On Fri, Dec 04, 2009 at 09:00:14AM -0800, Tyler Roscoe wrote: > Thanks for the reply. I'm going to try to carve out some time to give > Hudson a test drive. Btw, Randy, are any of your Hudson configs or other setup scripts available somewhere for me to look at? Maybe you can send them to me off-li

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Tyler Roscoe
On Fri, Dec 04, 2009 at 12:09:09PM -0500, Bill Hoffman wrote: > Right now we just don't do that. However, we do have continuous builds > running on systems that wait for anything to be checked into the version > control system. Then they do a build and test. But, we have no way > to ask for

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Bill Hoffman
Tyler Roscoe wrote: The solution we currently have sounds a lot like your setup: a cron that updates the build scripts and then a cron that runs the build scripts. Maybe I'm overreacting a bit since my CMake projects are fairly immature and we still muck arouund with things quite a bit, but this

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Tyler Roscoe
On Fri, Dec 04, 2009 at 08:53:19AM -0600, Randy Hancock wrote: > We use Hudson for c++ CI. It works very well for us. Just point it to > a script that kicks off the build (e.g. cmake --build) and have it > archive the artifacts (build logs, test output, etc.). I'm sure there > are fancier ways to s

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Tyler Roscoe
On Thu, Dec 03, 2009 at 09:32:48AM -0500, Bill Hoffman wrote: > We are working on being able to drive builds from CDash itself. > However, it is not really that hard to manage the multiple test machine > cronjobs. What we do at Kitware is create a version controlled script > directory. Each m

Re: [CMake] Runtime directory / staging question

2009-12-04 Thread Tyler Roscoe
On Fri, Dec 04, 2009 at 09:04:45AM -0600, Brian Davis wrote: > What I would like to see is: > > PathToWherever/Debug/bin > PathToWherever/Debug/lib > PathToWherever/Debug/cfg > ... > > PathToWherever/Release/bin > PathToWherever/Release/lib > PathToWherever/Release/cfg > ... > > PathToWherever/P

Re: [CMake] CTest - Prefixing the launch of each executable

2009-12-04 Thread Michael Jackson
OK, Really the last follow up. I guess I didn't clean the build directory good enough last time. I now only get 2 tests based on using CMAKE_OSX_ARCHITECTURES=i386;x86_64. Sorry for the noise. -- Mike Jackson On Dec 4, 2009, at 11:10 AM, Michael Jackson wrote: Just to follow up a bit on

Re: [CMake] CTest - Prefixing the launch of each executable

2009-12-04 Thread Michael Jackson
Just to follow up a bit on this, here is what I am doing: # -- macro(MXA_ADD_TEST testname Exename) if (NOT APPLE) ADD_TEST(${testname} ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/$ {Exename}) else() forea

Re: [CMake] set directory for object file generation

2009-12-04 Thread Voisard, Shane S CIV NSWCDD, K54
>> I only can reproduce this behavior if I have sources which are NOT under the >> top-level >> source directory, i.e. something like this: >> Am I assuming correctly that that's what you're doing? In that case you >> could do >> something like this: Yes, that is exactly what we've been doi

Re: [CMake] 32 bits compilation on x64 platform - how to find system libraries

2009-12-04 Thread Mathieu Malaterre
On Fri, Dec 4, 2009 at 4:39 PM, Olivier Pierard wrote: > Dear all, > > In order to perform 32 bits compilation on 64 bits platform, how can I > tell that all find_libraries for which no path is specified to look in > /usr/lib instead of /usr/lib64 ?  Is there a configuration variable for > cmake p

[CMake] 32 bits compilation on x64 platform - how to find system libraries

2009-12-04 Thread Olivier Pierard
Dear all, In order to perform 32 bits compilation on 64 bits platform, how can I tell that all find_libraries for which no path is specified to look in /usr/lib instead of /usr/lib64 ? Is there a configuration variable for cmake platform or a default searching directories variable ? Thank you,

[CMake] CTest - Prefixing the launch of each executable

2009-12-04 Thread Michael Jackson
So the issue is to test OS X Universal binary with at least 3 different code paths: i386, x86_64 and PPC. There is the "arch" command on the command line that can be used launch an executable using the indicated architecture. I am wondering how this might be used with CTest to test the diff

Re: [CMake] Runtime directory / staging question

2009-12-04 Thread Brian Davis
I was wondering if there is now a cleaner implementation of the following issue (see prior attached email below from Philip) where the PREFIX HACK must be used to remove Debug and Release from the ouput path. What I would like to see is: PathToWherever/Debug/bin PathToWherever/Debug/lib PathToWh

Re: [CMake] continuous integration with CMake

2009-12-04 Thread Randy Hancock
We use Hudson for c++ CI. It works very well for us. Just point it to a script that kicks off the build (e.g. cmake --build) and have it archive the artifacts (build logs, test output, etc.). I'm sure there are fancier ways to set it up with plugins but we've gotten by with this minimal setup for a

Re: [CMake] Source file symlinks on out-of-source builds

2009-12-04 Thread Bill Hoffman
Rodolfo Lima wrote: Michael Wild escreveu: I once wrote a cmake-macro which created these symlink trees (only for the headers, though). It was a huge PITA. With such symlink trees you can never be really sure that they are consistent with the source tree. I think I'm convinced now. The truth i

[CMake] [CMAKE] OSX + BUNDLE PACKAGE + QT

2009-12-04 Thread Martin Guillon
Hi, I am building a software under osx. We use cmake + qt. I was wondering what was the best solution to build the package? I found a few pages about it: http://www.cmake.org/Wiki/BuildingOSXApplications : this one give an example with sh scripts http://www.cmake.org/Wiki/CMake:CPackPackageGe

Re: [CMake] Source file symlinks on out-of-source builds

2009-12-04 Thread Rodolfo Lima
Michael Wild escreveu: > I once wrote a cmake-macro which created these symlink trees (only for > the headers, though). It was a huge PITA. With such symlink trees you > can never be really sure that they are consistent with the source tree. I think I'm convinced now. The truth is: I've always wor

Re: [CMake] Source file symlinks on out-of-source builds

2009-12-04 Thread Jed Brown
On Thu, 03 Dec 2009 18:17:21 -0200, Rodolfo Schulz de Lima wrote: > How does emacs know all the project files? Or it is only looking > backwards on the include list (this would only find header files)? M-x visit-tags-table I have a cmake command to generate tags in the *source* directory, I run

Re: [CMake] Source file symlinks on out-of-source builds

2009-12-04 Thread Michael Wild
On 3. Dec, 2009, at 23:23 , Rodolfo Lima wrote: John Drescher escreveu: install screen Thanks for the tip but that's not my point in this whole thread (i.e. I'm not looking for solutions, I'm giving one). CMake does so much complicate things to make working with software projects a seamless

Re: [CMake] Documentation for CMAKE_CXX_IMPLICIT_LINK_LIBRARIES and CMAKE_Fortran_IMPLICIT_LINK_LIBRARIES

2009-12-04 Thread Tobias Hilbrich
doooh, what a great start on this list. Hendrik, thanks for the pointer, so I just didn't find it as I was searching for CXX or Fortran but not for :( Maybe one could mention that these variables are used for C/Fortran linking with C++ static libraries. -Tobias Hendrik Sattler wrote: Zitat

Re: [CMake] set directory for object file generation

2009-12-04 Thread Michael Wild
On 3. Dec, 2009, at 22:08 , Voisard, Shane S CIV NSWCDD, K54 wrote: Is there a way to set the directory that cmake (2.8) uses for object file generation? I haven't found an online resource for this. There is a difference when we build the same project on a Windows vs. Linux platform. On