[CMake] Linking to a library: libfoo.so vs libfoo.so.1.2

Hi there, I am inspecting a system using cmake, this system has the following: $ ls -al /lib/libuuid.so.1* lrwxrwxrwx 1 root root14 2008-01-10 17:51 /lib/libuuid.so.1 - libuuid.so.1.2 -rw-r--r-- 1 root root 10720 2007-12-06 16:55 /lib/libuuid.so.1.2 the question is: can I link to this

Re: [CMake] cmake 2.6.0, breakages

Von: Andreas Pakulat On 19.05.08 02:06:51, Dmitry Marakasov wrote: * Andreas Pakulat ([EMAIL PROTECTED]) wrote: snip CMakeFiles/Memonix.dir/CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.o gets into project object files (seems like it's because

Re: [CMake] [PATCH] FindSubversion.cmake Windows fixes

Done here: http://public.kitware.com/Bug/view.php?id=7047 On Mon, May 19, 2008 at 12:28 AM, Alexander Neundorf [EMAIL PROTECTED] wrote: On Saturday 17 May 2008, Tanguy Krotoff wrote: Hello Another patch :) (against CMake-2.6.0) Issues: - SET(ENV{LC_ALL} C) does not work under Windows: it

[CMake] [ctest] junit xml output

Hi, I thinking about working on ant's junit xml format as a secondary output format of ctest. This way it would be much more convenient to integrate ctest results into one of the java centric/compatible dashboards. The idea came to my mind when considering hudson

[CMake] Variable with created object files

Hi, If have following cmake file: AUX_SOURCE_DIRECTORY(src SOURCES) ADD_LIBRARY(aitraceerwin lib/init lib/map lib/vector lib/list lib/base ${SOURCES} ) Now I need a variable containing all object files created during the compile of aitraceerwin library, or in other

Re: [CMake] [ctest] junit xml output

That's a great idea! Are cppunit and nunit output formats similar enough to junit that they could all be done at once...? Feel free to submit a patch implementing this as a feature request in the bug tracker... or to create a CMake Wiki page with details on what output format would be useful for

Re: [CMake] Variable with created object files

Zitat von Christoph Cullmann [EMAIL PROTECTED]: If have following cmake file: AUX_SOURCE_DIRECTORY(src SOURCES) ADD_LIBRARY(aitraceerwin lib/init lib/map lib/vector lib/list lib/base ${SOURCES} ) Now I need a variable containing all object files created during the

Re: [CMake] Linking to a library: libfoo.so vs libfoo.so.1.2

Mathieu Malaterre wrote: Hi there, I am inspecting a system using cmake, this system has the following: $ ls -al /lib/libuuid.so.1* lrwxrwxrwx 1 root root14 2008-01-10 17:51 /lib/libuuid.so.1 - libuuid.so.1.2 -rw-r--r-- 1 root root 10720 2007-12-06 16:55 /lib/libuuid.so.1.2 the

Re: [CMake] [ctest] junit xml output

Am Montag 19 Mai 2008 14:02:17 schrieb David Cole: That's a great idea! Are cppunit and nunit output formats similar enough to junit that they could all be done at once...? If we want to provide more than two output formats it might be best to construct an intermediate representation

Re: [CMake] cmake 2.6.0, breakages

Christian Ehrlicher wrote: Von: Andreas Pakulat On 19.05.08 02:06:51, Dmitry Marakasov wrote: * Andreas Pakulat ([EMAIL PROTECTED]) wrote: snip CMakeFiles/Memonix.dir/CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.o gets into project object files (seems like it's because

Re: [CMake] Linking to a library: libfoo.so vs libfoo.so.1.2

Hi Andreas, On Mon, May 19, 2008 at 2:08 PM, Andreas Schneider [EMAIL PROTECTED] wrote: Mathieu Malaterre wrote: Hi there, I am inspecting a system using cmake, this system has the following: $ ls -al /lib/libuuid.so.1* lrwxrwxrwx 1 root root14 2008-01-10 17:51 /lib/libuuid.so.1 -

Re: [CMake] Linking to a library: libfoo.so vs libfoo.so.1.2

Mathieu Malaterre wrote: Could you please describe *exactly* what you did before posting, so that I can reproduce, I cannot achieve what you declare (cmake 2.4) Linking C executable testuuid /usr/bin/cmake -P CMakeFiles/testuuid.dir/cmake_clean_target.cmake /usr/bin/gcc -Wall -W -fPIC

Re: [CMake] Linking to a library: libfoo.so vs libfoo.so.1.2

On Mon, May 19, 2008 at 3:11 PM, Bill Hoffman [EMAIL PROTECTED] wrote: Mathieu Malaterre wrote: Could you please describe *exactly* what you did before posting, so that I can reproduce, I cannot achieve what you declare (cmake 2.4) Linking C executable testuuid /usr/bin/cmake -P

Re: [CMake] cmake 2.6.0, breakages

* Andreas Pakulat ([EMAIL PROTECTED]) wrote: sdl-config --libs: -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread sdl-config --cflags: -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT So I thought it would be safer to use sdl-config and let user

Re: [CMake] cmake 2.6.0, breakages

* Bill Hoffman ([EMAIL PROTECTED]) wrote: And don't forget to open a bugreport for unix 'find' too. It also finds its own sources when doing a 'find /path/to/find/sources -name *.c ' ... There's a tiny difference: find doesn't create stuf in where it searches. That said glob recurse is a bad

Re: [CMake] cmake 2.6.0, breakages

On 19.05.08 17:40:13, Dmitry Marakasov wrote: * Andreas Pakulat ([EMAIL PROTECTED]) wrote: You can do this stuff much more easily with a plain Makefile. Not quite. CMake lets me write those 16 lines of CMakeLists once, and `cmake . make' will work on most *nix systems not requiring any

Re: [CMake] cmake 2.6.0, breakages

* Andreas Pakulat ([EMAIL PROTECTED]) wrote: I guess I will. GLOB_RECURSE may not be the best way to specify project sources, but it matching anything under CMakeFiles/ is certainly not what user would expect. Actually as a CMake user I would expect exactly that. GLOB_RECURSE not looking

Re: [CMake] cmake 2.6.0, breakages

Dmitry Marakasov wrote: * Bill Hoffman ([EMAIL PROTECTED]) wrote: That said glob recurse is a bad way to get the list of source files for many other reasons. What are those, btw? If someone adds a new source file or removes one from where glob is finding them, you have to know to re-run

Re: [CMake] cmake 2.6.0, breakages

Andreas Pakulat wrote: Actually as a CMake user I would expect exactly that. GLOB_RECURSE not looking in certain directories because of their name is completely broken behaviour, what if I have sources in there that I want to compile? Feel free to create a bug report/patch. -Bill

Re: [CMake] cmake 2.6.0, breakages

Dmitry Marakasov wrote: * Andreas Pakulat ([EMAIL PROTECTED]) wrote: sdl-config --libs: -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread sdl-config --cflags: -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT So I thought it would be safer to use sdl-config

[CMake] QTCore Not Found:(

Hello, I'm using QT 4.3.3 and cmake 2.4.7 since one year without having any problem but recently I upgrade my configuration to cmake 2.6 and now I have a Cmake error: QTGUI not found and QTCORE not found... I have test to build vtk to test if the error come from me but it gaves me the sames

Re: [CMake] QTCore Not Found:(

On Monday 19 May 2008 9:21:32 am Julien Valentin wrote: Hello, I'm using QT 4.3.3 and cmake 2.4.7 since one year without having any problem but recently I upgrade my configuration to cmake 2.6 and now I have a Cmake error: QTGUI not found and QTCORE not found... I have test to build vtk to

Re: [CMake] Disable pretty output

make VERBOSE=1 will show EVERYTHING that is being done. -- Mike Jackson Senior Research Engineer Innovative Management Technology Services On May 19, 2008, at 11:51 AM, David Sveningsson wrote: Hi, more newbie questions. The GNU Makefiles generated CMake has some nice colored output,

Re: [CMake] Disable pretty output

David Sveningsson wrote: Hi, more newbie questions. The GNU Makefiles generated CMake has some nice colored output, progress etc. However I would like to disable this and see each command that is run (debugging purpose). There is no way to turn it off. You can do make VERBOSE=1 to see the

Re: [CMake] Disable pretty output

Mike Jackson skrev: make VERBOSE=1 will show EVERYTHING that is being done. Ok, that works. Now I found some errors which I'm having. My code must be compiled with either NDEBUG or _DEBUG defined. I thought this would work: set( CMAKE_CXX_FLAGS -Wall -O2 -DNDEBUG ) set(

Re: [CMake] Disable pretty output

I _think_ that cmake defaults to a Release build if CMAKE_BUILD_TYPE is not given. Someone from the CMake dev team can correct me one way or the other. Also try something like the following: IF ( CMAKE_BUILD_TYPE MATCHES Debug ) ADD_DEFINITIONS(-Wall) ENDIF ( CMAKE_BUILD_TYPE MATCHES Debug

Re: [CMake] Disable pretty output

Mike Jackson wrote: I _think_ that cmake defaults to a Release build if CMAKE_BUILD_TYPE is not given. Someone from the CMake dev team can correct me one way or the other. OK, so this is a quirky thing in CMake. :) On Linux/Unix the default is to have an empty CMAKE_BUILD_TYPE. However

Re: [CMake] [PATCH] FindQt4.cmake qt4_automoc improvements

On Monday 19 May 2008, you wrote: Phonon is about to move to kdesupport (i.e. outside KDE), and or that to work it will use the new KDE-independent automoc4 (also in kdesupport since two weeks), which supports all automoc features. We (KDE) will do a reparate release of automoc4 in the

Re: [CMake] [ctest] junit xml output

Hi Maik and David, Indeed a great idea -- I would be very much interested into it, in particularly into junit xml output due to being Ant-focused. Note that we are currently implementing our C++ unit tests with cppunit, and are then wrapping each cppunit test case into a ctest call for the

Re: [CMake] [PATCH] FindQt4.cmake qt4_automoc improvements

On Mon, May 19, 2008 at 8:20 PM, Alexander Neundorf [EMAIL PROTECTED] wrote: If you don't want that you don't have to use UseQt4.cmake and use FindQt4.cmake directly. There you have fine grained control over that. I want to use UseQt4.cmake since it defines important things: -

Re: [CMake] [PATCH] FindQt4.cmake qt4_automoc improvements

On Monday 19 May 2008 12:46:04 pm Tanguy Krotoff wrote: On Mon, May 19, 2008 at 8:20 PM, Alexander Neundorf [EMAIL PROTECTED] wrote: If you don't want that you don't have to use UseQt4.cmake and use FindQt4.cmake directly. There you have fine grained control over that. I want to use

Re: [CMake] Disable pretty output

Bill Hoffman schrieb: Also, is there a way to pipe the output when running the compiler to a custom script? Something like this (old makefile): $(CC) $(CFLAGS) $ -o $@ 21 | custom_script You might be able to change the CMAKE_CXX_COMPILE_OBJECT, CMAKE_C_COMPILE_OBJECT rule variable. But

Re: [CMake] Disable pretty output

Hendrik Sattler wrote: Or as usual for such things, he can write a small wrapper script for the compiler and do whatever he wants, there: #!/bin/sh exec $CC_REAL $@ | custom_script Much better idea than mine! -Bill ___ CMake mailing list

[CMake] wxWidgets on Win32 (MSW)

Hi there, Hi there anyone using FindwxWidgets on Win32 ? I have the following CMakeLists.txt file: FIND_PACKAGE(wxWidgets COMPONENTS base core gl adv) INCLUDE( ${wxWidgets_USE_FILE} ) I compiled wxWidgets 2.8.7 using the installer. Then compiled using nmake + FreeVCToolkit2003, following

Re: [CMake] wxWidgets on Win32 (MSW)

Hi Mathieu, first I would use the standard Windows CLI and not cygwin, if you intend to use VC++ and NMake. I normally tell cmake where to find the correct version of wxWidgets via -DwxWidgets_LIB_DIR=path_to_lib_dir -DwxWidgets_CONFIGURATION=msw In addition regarding your output, this line

Re: [CMake] [PATCH] FindQt4.cmake qt4_automoc improvements

On Monday 19 May 2008 12:46:04 pm Tanguy Krotoff wrote: On Mon, May 19, 2008 at 8:20 PM, Alexander Neundorf [EMAIL PROTECTED] wrote: If you don't want that you don't have to use UseQt4.cmake and use FindQt4.cmake directly. There you have fine grained control over that. I want to use

Re: [CMake] wxWidgets on Win32 (MSW)

Werner Smekal wrote: Hi Mathieu, first I would use the standard Windows CLI and not cygwin, if you intend to use VC++ and NMake. I normally tell cmake where to find the correct version of wxWidgets via -DwxWidgets_LIB_DIR=path_to_lib_dir -DwxWidgets_CONFIGURATION=msw In addition regarding

Re: [CMake] [PATCH] FindQt4.cmake qt4_automoc improvements

UseQt4.cmake in CVS has been recently patched to reduce the number of include directories specified in certain cases. I don't want to reduce them, I want to get rid of them... Hope that solves your problem. There is no problem, and if there is one it is definitly not specific to me. Let me

Re: [CMake] [PATCH] FindQt4.cmake qt4_automoc improvements

Tanguy Krotoff wrote: What about my problem? I've just added a small macro that remove all the useless include dirs without touching UseQt4.cmake: http://code.google.com/p/phonon-vlc-mplayer/source/browse/trunk/cmake/ReduceQtIncludeDirs.cmake What do you think about it? I guess it will be OK,

Re: [CMake] MinGW and cmake issues...

Great call Hendrik! That was it. I had both LIB set and INCLUDE set. I did a set LIB= and tried to build, same error. But then I did a set INCLUDE= and it created the makefiles successfully! Thanks a ton! -phil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On