All,

On 21/02/2005, at 6:36 PM, Nigel Stanger wrote:

On 21/2/2005 1:49 AM, Peter O'Gorman at [EMAIL PROTECTED] spake thus:

If I recall correctly, the problems come when you have an app that needs
fontconfig and also needs a lib that uses the new fontconfig, both the older
fontconfig in /usr/X11R6/lib and the new one will be loaded by the dynamic
linker and it becomes anyone's guess as to which symbols will be used. But I
may not be recalling correctly, so I hope that someone will correct me if
I'm wrong.

This sounds like what happened to me with libfreetype in my ploticus2
package. I have it depending on the fink-installed version, but couldn't
ensure that it didn't use the X11-installed one. My solution was to add
-dylib_file /usr/X11R6/lib/libfreetype.6.dylib:/sw/lib/libfreetype.6.dylib
(with /sw appropriately abstracted, of course) to the link flags. It's
intended (I think) for situations where you have a single copy of the
library installed in a non-default location, but it seems to work just as
well when the library exists in both the default and a non-default location.
Check in the ld man page.

I've been using a combination of SetLDFLAGS: -L%p/lib/freetype2/lib -Wl,-search_paths_first, and carefully crafted Makefiles - it's working (albeit with a small amount of set-up), but at least I'm not clobbering the packages that work fine with the X11 installed freetype2.


-t



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to