Re: [CMake] Linking problem

On 07/27/2011 01:14 PM, Sanatan Rai wrote: > Hi, >This is a newbie question. So apologies in advance if this is covered > somewhere in the docs (I haven't been able to find a satisfactory > explanation). > > The issue is this: > > * I have a library called (lib)atmath as per: > > include_di

Re: [CMake] Linking problem

On 27 July 2011 13:20, Maxime Lecourt wrote: > Hi, > > is that a valid CMake instruction ? > target_link_libraries(bt "-Wl,-whole-archive -L../idt/ -latidt > -Wl,-no-whole-archive") Yes, it certainly works. > I thought you were supposed to use > set_target_properties(bt PROPERTIES LINK_FLAGS

Re: [CMake] Linking problem

Hi, is that a valid CMake instruction ? target_link_libraries(bt "-Wl,-whole-archive -L../idt/ -latidt -Wl,-no-whole-archive") I thought you were supposed to use set_target_properties(bt PROPERTIES LINK_FLAGS "-Wl,-whole-archive -L../idt/ -latidt -Wl,-no-whole-archive") Maxime 2011/7/27 Sanata

Re: [CMake] Linking problem

On 27 July 2011 12:37, Rolf Eike Beer wrote: >> include_directories(${at_SOURCE_DIR}) >> add_library(atfwmath RngStream.cpp RngStream.h coin.cpp coin.hpp) >> target_link_libraries(atfwmath) > > You are telling CMake here that atfwmath should be linked against > something. But you don't tell it aga

Re: [CMake] Linking problem

On 27 July 2011 12:33, Marcel Loose wrote: > Hi Sanatan, > > If you didn't make any copy/paste errors, then I think you made a typo. > >> add_library(atfwmath RngStream.cpp RngStream.h coin.cpp coin.hpp) >> : >> : >> target_link_libraries(bt atidt atmath boost_date_time > boost_program_options) >

Re: [CMake] Linking problem

> include_directories(${at_SOURCE_DIR}) > add_library(atfwmath RngStream.cpp RngStream.h coin.cpp coin.hpp) > target_link_libraries(atfwmath) You are telling CMake here that atfwmath should be linked against something. But you don't tell it against what. Eike _

Re: [CMake] Linking problem

Hi Sanatan, If you didn't make any copy/paste errors, then I think you made a typo. > add_library(atfwmath RngStream.cpp RngStream.h coin.cpp coin.hpp) > : > : > target_link_libraries(bt atidt atmath boost_date_time boost_program_options) See: atfwmath versus atmath. You should fix your add_libr

Re: [CMake] Linking problem

On Wed, 2011-07-27 at 12:14 +0100, Sanatan Rai wrote: > Hi, >This is a newbie question. So apologies in advance if this is covered > somewhere in the docs (I haven't been able to find a satisfactory explanation). > > The issue is this: > > * I have a library called (lib)atmath as per: > > in

[CMake] Linking problem

Hi, This is a newbie question. So apologies in advance if this is covered somewhere in the docs (I haven't been able to find a satisfactory explanation). The issue is this: * I have a library called (lib)atmath as per: include_directories(${at_SOURCE_DIR}) add_library(atfwmath RngStream.cpp R

Re: [CMake] Linking problem

On 2007-11-07 11:55-0500 Brandon Van Every wrote: On Nov 7, 2007 11:08 AM, KSpam <[EMAIL PROTECTED]> wrote: Static linking is a strange beast. When you link in a static library, it will only resolve symbols that are currently being used. All other symbols from the static library are pruned o

Re: [CMake] Linking problem

I believe this to be the more accurate than the FAQ and my previous example. In addition, the static and shared libraries can have the same name. Note that cat.cc is an empty file, since the linker will not work without at least one object file on the dynamic target. IF(CMAKE_SYSTEM_NAME STREQUA

Re: [CMake] Linking problem

On Nov 7, 2007 11:08 AM, KSpam <[EMAIL PROTECTED]> wrote: > > Static linking is a strange beast. When you link in a static library, it will > only resolve symbols that are currently being used. All other symbols from > the static library are pruned out. The nice thing is that this reduces the >

Re: [CMake] Linking problem

Hello, There a much nicer platform independent writeup on this at: http://www.cmake.org/Wiki/CMake_FAQ#Does_that_mean_I_have_to_build_all_my_library_objects_twice.2C_once_for_shared_and_once_for_static.3F.21__I_don.27t_like_that.21 There may be a couple of syntactical issues with the writeup. F

Re: [CMake] Linking problem

Two things with convenience libraries. Part of this may be in the FAQ: On linux, compile the code fPIC or fpic (slightly different meanings). So for library hello: SET_TARGET_PROPERTIES( hello PROPERTIES OUTPUT_NAME hello CLEAN_DIRECT_OUTPUT 1 COMPILE_FLAGS -fPIC ) where hello is the name of yo

Re: [CMake] Linking problem

Salvatore, It sounds like your static libraries were meant strictly as "convenience" libraries (i.e. libraries that are only used internal to the build system to make building other libraries easier). In CMake, it is much easier to not use convenience libraries. Instead, just add all of the s

Re: [CMake] Linking problem

On 11/7/07, Hendrik Sattler <[EMAIL PROTECTED]> wrote: > Quoting Salvatore Iovene <[EMAIL PROTECTED]>: > > On 11/7/07, Salvatore Iovene <[EMAIL PROTECTED]> wrote: > > > >> What do you mean by PIC? > >> Thanks! > > > > Oh, -fPIC. I figured it out. Seems to work fine on Linux. I still have > > to try

Re: [CMake] Linking problem

Quoting Salvatore Iovene <[EMAIL PROTECTED]>: On 11/7/07, Salvatore Iovene <[EMAIL PROTECTED]> wrote: What do you mean by PIC? Thanks! Oh, -fPIC. I figured it out. Seems to work fine on Linux. I still have to try it on Windows tho. I hope it's good as a solution and not just a hack! :) Wind

Re: [CMake] Linking problem

On 11/7/07, Salvatore Iovene <[EMAIL PROTECTED]> wrote: > What do you mean by PIC? > Thanks! Oh, -fPIC. I figured it out. Seems to work fine on Linux. I still have to try it on Windows tho. I hope it's good as a solution and not just a hack! :) -- Salvatore Iovene http://www.iovene.com/ Key F

Re: [CMake] Linking problem

On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: > > On 07 Nov 2007, at 11:35, Salvatore Iovene wrote: > > > On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: > >> > >> On 07 Nov 2007, at 11:04, Salvatore Iovene wrote: > >> > >>> On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: > > >>>

Re: [CMake] Linking problem

On 07 Nov 2007, at 11:35, Salvatore Iovene wrote: On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: On 07 Nov 2007, at 11:04, Salvatore Iovene wrote: On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: On 07 Nov 2007, at 09:59, Salvatore Iovene wrote: On 11/7/07, Brandon Van Every <[E

Re: [CMake] Linking problem

On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: > > On 07 Nov 2007, at 11:04, Salvatore Iovene wrote: > > > On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: > >> > >> On 07 Nov 2007, at 09:59, Salvatore Iovene wrote: > >> > >>> On 11/7/07, Brandon Van Every <[EMAIL PROTECTED]> wrote: >

Re: [CMake] Linking problem

On 07 Nov 2007, at 11:04, Salvatore Iovene wrote: On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: On 07 Nov 2007, at 09:59, Salvatore Iovene wrote: On 11/7/07, Brandon Van Every <[EMAIL PROTECTED]> wrote: On Nov 7, 2007 2:12 AM, Salvatore Iovene <[EMAIL PROTECTED]> wrote: Hi, I'm not

Re: [CMake] Linking problem

On 11/7/07, Renaud Detry <[EMAIL PROTECTED]> wrote: > > On 07 Nov 2007, at 09:59, Salvatore Iovene wrote: > > > On 11/7/07, Brandon Van Every <[EMAIL PROTECTED]> wrote: > >> On Nov 7, 2007 2:12 AM, Salvatore Iovene > >> <[EMAIL PROTECTED]> wrote: > >>> Hi, > >>> I'm not 100% sure this is really a C

Re: [CMake] Linking problem

On 07 Nov 2007, at 09:59, Salvatore Iovene wrote: On 11/7/07, Brandon Van Every <[EMAIL PROTECTED]> wrote: On Nov 7, 2007 2:12 AM, Salvatore Iovene <[EMAIL PROTECTED]> wrote: Hi, I'm not 100% sure this is really a CMake related question, but I'll fire it up anyway: I'm building a series of s

Re: [CMake] Linking problem

On 11/7/07, Brandon Van Every <[EMAIL PROTECTED]> wrote: > On Nov 7, 2007 2:12 AM, Salvatore Iovene > <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm not 100% sure this is really a CMake related question, but I'll > > fire it up anyway: > > > > I'm building a series of static libraries, name them liba.a

Re: [CMake] Linking problem

On Nov 7, 2007 2:12 AM, Salvatore Iovene <[EMAIL PROTECTED]> wrote: > Hi, > I'm not 100% sure this is really a CMake related question, but I'll > fire it up anyway: > > I'm building a series of static libraries, name them liba.a, libb.a > and libc.a, and linking them into a shared library libfoo.so

[CMake] Linking problem

Hi, I'm not 100% sure this is really a CMake related question, but I'll fire it up anyway: I'm building a series of static libraries, name them liba.a, libb.a and libc.a, and linking them into a shared library libfoo.so. Then I'm building libx.a liby.a and libz.a and linking them into the shared

[CMake] Re: cmake linking problem

Hi Thank you all, problem solved, off course it was a case of RTFM... I have just left out the generating of the moc files Thanks best regards Anders On 7/13/07, Anders Sandholm <[EMAIL PROTECTED]> wrote: Hi Using Cmake (vtk) with QT and trying to build using visual studio 2005. Now I have c

Re: [CMake] cmake linking problem

On Friday 13 July 2007 07:26, Anders Sandholm wrote: > Hi ... > Now when I build in vs2005 it says: > > --- >- > > 1>-- Build started: Project: qtproject, Configuration: Release Win32 > -- 1>Linking.

[CMake] cmake linking problem

Hi Using Cmake (vtk) with QT and trying to build using visual studio 2005. Now I have compiled both vtk and QT with visual studio 2005, and simple QT applications (like hello world workes perfekt) but now I try to do some a little more advanced and I get a linking problem. The source code that I

[CMake] linking problem with jnilib.

Hi I'm working on a project mixing C++ and Java using JNI. I have just ported all building system to cmake, and it is wonderfull!!! but I have a problem, maybe it's a newbie question, but I have spent some hours searching for doc and googling and I haven't found any solution to my problem. The p