5 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] undefined non weak sy...
FromSent OnAttachments
Axel ThimmDec 30, 2007 1:53 am 
Tony EarnshawDec 30, 2007 5:48 am 
Sam VarshavchikDec 30, 2007 6:27 am 
Axel ThimmJan 13, 2008 1:31 am 
Axel ThimmJan 13, 2008 1:35 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [maildropl] undefined non weak symbols when installing with shared libsActions...
From:Axel Thimm (Axel@ATrpms.net)
Date:Jan 13, 2008 1:31:48 am
List:net.sourceforge.lists.courier-maildrop

On Sun, Dec 30, 2007 at 09:27:31AM -0500, Sam Varshavchik wrote:

Axel Thimm writes:

It looks like some libs are not being installed, e.g. libunicode. Building it statically works, but for certain distributions like Fedora (where I'm trying to import this package) the builds need to be shared.

Can someone help to fix this? Thanks!

These small component libraries are intended to be statically linked. They are built as libtool convenience libraries (noinst_LTLIBRARIES), and since they have no installation rpath (because they're noinst), libtool won't include them when linking shared libraries.

If you really insist on having them as separate, shared libraries, you will have to patch their individual makefiles, declare them as lib_LTLIBRARIES, and rebuild automake. Then, it will work. But, I wouldn't recommend it. These convenience libraries are very small, and there's a handful of them. Installing them as separate shared libraries just pollutes libdir even more.

Actually I don't insist - I was just fooled a bit by the --enable-shared option that is available. I will just go static. ;)