Dear Matthias Klose, you wrote:
>
> >>
> >>^^^ the mistake is that shared libraries are placed before the
> >>object files on the command line.
>
> ^^^ this is the think to fix
I did, but nothing changed. Here is what I just used to create the library:
gcc -shared -Wl,-z,def,-soname,libbobcat.so.2 */os/*.o -lmilter
-L/usr/lib/libmilter -lX11 -lssl -lreadline -o tmp/lib/libbobcat.so.2.10.02
With the --as-needed option the problem remained.
> >I'm not sure why you're using ld --as-needed. When I add -Xlinker --as-needed
> >to the library construction phase lcgen indeed fails to link.
>
> hmm, no, it should not fail. how does it for you?
Well, --as-needed causes problems, irrespective of the location of the object
files.
>
> right, but the shared library uses ssl symbols. You do link with it,
True, but if I were the linker then to resolve the externals I would start
with the explicitly mentioned object modules, and then I'd go looking for the
external refs in the provided libs. Then those objects would be added (either
explicitly as with static linking) or on-the-spot (with dynamic linking), and
I wouldn't come across the ssl lib that way. Originally we didn't explicitly
mention these additional libs when building bobcat, but then the additional
libs had to mentioned explicitly when linking programs against bobcat. That
irritating requirement ended after adding the extra libraries to bobcat's lib
construction. But now the --as-needed flag spoils the soup ;-)
> well, I think I attached a patch what is the correct solution, but
> the somewhat unfamiliar build system doesn't like that patch in this
> place, or it requires another similiar one which I am still missing.
Ok, thanks for the patch. I thought you wrote it didn't work, but I'll have a
closer look at it soon.
Cheers,
--
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E 3B4D 7DB2 A8BE EAE4 D8AA
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
