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
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
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
:[EMAIL PROTECTED]
Sent: dinsdag 3 april 2007 12:01
To: cmake@cmake.org
Subject: 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 mis
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
Hello,
Can somebody explain me how I can link so's.
CMakeLists.txt:
PROJECT(hksq)
INCLUDE_DIRECTORIES(/usr/local/fradev/include)
LINK_DIRECTORIES(/usr/local/fradev/lib)
SET(PROJECT_SRCS hksq.cc)
ADD_EXECUTABLE(${PROJECT_NAME} ${PROJECT_SRCS})
SET(PROJECT_LIBS esqc.s