Re: [CMake] With gcc is __FILE__ with full path. Is there a workaround?

Hello Filipe, Am Montag, 2. April 2007 22:56 schrieb Filipe Sousa: > Eric Noulard wrote: > > 2007/4/2, Manfred Rebentisch <[EMAIL PROTECTED]>: > > > > May be. > > > > May be you can use predefined > > C99 __func__ or GCC specific __FUNCTION__ macros > > and then you should be able to use: > > >

[CMake] Linking installed libraries on a "sub" CMakeLists

Hi all I'm using cmake to compile lots of different libs under linux, with add_subdirectory. I want to install the libs and headers in a directory ${CMAKE_BINARY_DIR}/dist/lib and ${CMAKE_BINARY_DIR}/dist/include My root CMakeLists.txt file: project(testproject) add_subdirectory( libA ) add_su

AW: [CMake] Linking installed libraries on a "sub" CMakeLists

Hi Gerhard, I'd suggest to replace ... set ( LIBA_LIBRARY ${TEST_LIB_INSTALL_DIR}/liblibA.a ) target_link_libraries( ${TEST_EXECUTABLE} ${LIBA_LIBRARY} ) ... with ... target_link_libraries( ${TEST_EXECUTABLE} libA ) ... That should do the trick! Best regards, Gerhard -Ursprüngliche Nac

[CMake] Build Apache Modules

Hello, I want to build an Apache module which is called with apxs2. Because I am new to cmake, I do not know, how to set apxs2 as the compiler. Does anybody have an example for Apache modules or an example for such a special build? Thank you in advance Manfred ___

Re: [CMake] Problems CMake linking shared libraries

Am Dienstag, 3. April 2007 08:44 schrieb Jos Theunissen: > > When linking the executable ld cannot find the shared libraries because the > extensions is missing (see -lesqc) > > Linking CXX executable hksq > > /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: > cannot find -les

Re: [CMake] Linking installed libraries on a "sub" CMakeLists

Hi Gerhard, > ... > target_link_libraries( ${TEST_EXECUTABLE} libA ) > ... works fine ! Thanks, Gerhard Original-Nachricht Datum: Tue, 3 Apr 2007 10:25:23 +0200 Von: "Gerhard Grimm" <[EMAIL PROTECTED]> An: [EMAIL PROTECTED], cmake@cmake.org Betreff: AW: [CMake] Linking installe

RE: [CMake] Problems CMake linking shared libraries

Hi Manfred, Our naming convention for so is esqc.so for a c library. We use this convention long before Linux came. What I wonder who is removing the .so? I have set the search path with: LINK_DIRECTORIES(/usr/local/test/lib) Jos -Original Message- From: Manfred Rebentisch [mailto:[EMA

Re: [CMake] Problems CMake linking shared libraries

On Tuesday 03 April 2007 12:24, Jos Theunissen wrote: > Hi Manfred, > > Our naming convention for so is esqc.so for a c library. We use this > convention long before Linux came. What's the name of the library on disk ? "esqc.so" or "libesqc.so" or even "libesqc.so.so" ? > What I wonder who is rem

RE: [CMake] Problems CMake linking shared libraries

Hi Alex, "esqc.so" is the name lib as on the disk. Jos -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: dinsdag 3 april 2007 16:10 To: cmake@cmake.org Subject: Re: [CMake] Problems CMake linking shared libraries On Tuesday 03 April 2007 12:24, Jos Theunissen w

[CMake] build type specific compiler flags

Hi! I would like to be able to specify compiler flags (or -D options, specifically) bound to a specific build type, i.e. Debug, Release, etc. How can I do this? There is a target property LINK_FLAGS_, but there is no COMPILE_FLAGS_. -- /Jesper ___ CMak

[CMake] Re: Linking installed libraries on a "sub" CMakeLists

[EMAIL PROTECTED] wrote: Hi all I'm using cmake to compile lots of different libs under linux, with add_subdirectory. I want to install the libs and headers in a directory ${CMAKE_BINARY_DIR}/dist/lib and ${CMAKE_BINARY_DIR}/dist/include My root CMakeLists.txt file: project(testproject) add_

Re: [CMake] CMAKE_BUILD_TYPE does not work correctly for Linux and CMake-2.4.6

On 2007-04-01 13:59-0700 Alan W. Irwin wrote: I have found two bugs in compiler flag support for Linux that I would like to discuss here before making formal bug reports. 1. A general compiler flag bug with ENABLE_LANGUAGE. The combination PROJECT(free_eos CXX) ENABLE_LANGUAGE(C) defines th

Re: [CMake] Problems CMake linking shared libraries

Am Dienstag 03 April 2007 16:16 schrieb Jos Theunissen: > "esqc.so" is the name lib as on the disk. As noted in the manpage of ld, -l _always_ refers to lib.so Not having the lib prefix simply does not allow you to use the -l option. Work-around: symlinks work for such cases. Or maybe you want to

Re: [CMake] build type specific compiler flags

Jesper Eskilson wrote: > Hi! > > I would like to be able to specify compiler flags (or -D options, > specifically) bound to a specific build type, i.e. Debug, Release, > etc. How can I do this? There is a target property > LINK_FLAGS_, but there is no COMPILE_FLAGS_. > http://www.cmake.org/Wiki/

[CMake] linking just static or dynamix no mix.

Hi, My own library, depends on wxWidgets, wxLua, wxstedit. The problem is that i need to link them all static or dynamic, not a mix of them. Now Cmake choosen dynamic above static when available, as i understood. But if for library there is no dynamic version available, this becomes a problem.

[CMake] --register-prefix-optional becomes -fregister-prefix-optional

If I add the flag "--register-prefix-optional" cmake actually passes "-fregister-prefix-optional" to the command line and this causes the command to fail saying that the option does not exist. How can I avoid this? Warm regards, Kishore ___ CMake mailin

[CMake] TARGET_LINK_LIBRARIES build types and assorted .vcproj "fixes"

Hi. After researching a number of build systems, I settled upon CMake. As I began converting my projects to CMakeLists.txt, I ran into a number of issues (discussed below). At the moment, I'm only trying to bring the Visual Studio build up. I don't profess any of my "fixes" are the right s