On 08 Nov 2007, at 17:52, Bill Hoffman wrote:
Renaud Detry wrote:
You should be using FIND_LIBRARY to find the things you want to
link in, or at least finding the directory with a FIND_FILE,
and then using LINK_DIRECTORIES. LDFLAGS is a bad idea because
your users will also have to set
OK, CMake does not know what you are doing here. It is treating
LDFLAGS like some linker flag. The idea was something like -64
or some other linker specific flag for a platform.
Ok.
If you inject directories into the link line, you are sort of out
of luck. Why are you doing it this way?
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, Brand
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]> w
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
OK, CMake does not know what you are doing here. It is treating
LDFLAGS like some linker flag. The idea was something like -64 or
some other linker specific flag for a platform.
Ok.
If you inject directories into the link line, you are sort of out
of luck. Why are you doing it this way?
Renaud Detry wrote:
Did you build it using ADD_LIBRARY?
If yes:
PROJECT(HELLO)
ADD_LIBRARY(Hello foo.c)
ADD_EXECUTABLE(HelloBin bar.c)
TARGET_LINK_LIBRARIES(HelloBin Hello)
This is exactly what I have.
ADD_LIBRARY defines the TARGET "Hello" in the above lines. That
should link to
Did you build it using ADD_LIBRARY?
If yes:
PROJECT(HELLO)
ADD_LIBRARY(Hello foo.c)
ADD_EXECUTABLE(HelloBin bar.c)
TARGET_LINK_LIBRARIES(HelloBin Hello)
This is exactly what I have.
ADD_LIBRARY defines the TARGET "Hello" in the above lines. That
should link to the local libHello even if you h
Did you try to give the whole path to the lib instead of seperate
library name and path?
Can that be done without writing the lib suffix explicitly (not cross-
platform)?
And since you build the lib yourself with a cmake TARGET, the
TARGET name should be used as link dependency.
I don't
Hi all,
I posted an issue about link dir order a week ago, but it seems nobody
has replied to it :-/ Is there a reason like "one should not use env
var, but FindXXX scripts instead", or did it simply slip through
unnoticed?
The initial post follows.
Thanks,
Renaud.
Hello,
I'm having trouble
Hello,
CMake takes many variables from the shell env (CC, CXX, CFLAGS,
CXXFLAGS, LDFLAGS, ...) but CPPFLAGS seems to be ignored, forcing
-I in CFLAGS/CXXFLAGS. I'm using
cmake-2.4.7-Darwin-universal. Is this intentional?
Thanks,
Renaud.
___
CMake mail
Hello,
I'm having trouble with cmake LINK_DIRECTORIES order. I understand
cmake smart-orders link directory flags. However, flags coming from
the shell env LDFLAGS don't seem to be taken into account in this
smart sort. Is this a feature or a bug?
To illustrate the issue, I slightly modified the
12 matches
Mail list logo