On 05 Jan 2008, at 10:37, Martin Costabel wrote: > I see exactly the same thing as Dominique, on 10.4.11/ppc. > These typeinfo symbols are not there, and plplot does not build. > > [] >> and since >> # ls -l /Library/Receipts/BSD.pkg/Contents/Archive.bom /Library/ >> Receipts/MacOSX10.4.Universal.pkg/Contents/Archive.bom >> -rw-rw-r-- 1 root admin 3231117 Feb 14 2006 /Library/Receipts/ >> BSD.pkg/Contents/Archive.bom >> -rw-rw-r-- 1 root admin 1784306 Jul 25 06:48 /Library/Receipts/ >> MacOSX10.4.Universal.pkg/Contents/Archive.bom >> the lib here clearly comes from the latter pkg... > > Not really. Of course _ must have been asleep already ... > The dylib in /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/ is not used > here (maybe it should ? It contains the typeinfo symbols, but it is > again only half the size, and universal, so it does probably not > contain the symbol definitions, only stubs.) The ouput of nm -m on that lib is "essentially" identical (dropping the addresses) to that on the lib in /usr (one symbol more _ atexit _ on one side, 2 or 3 more _ *keymgr* _ on the other side, all from libSystem _ out 22K+ symbols..) And of course the pkg builds correctly against that lib (just add its path to SetLIBRARY_PATH); but since it has the install_name of the lib sub /usr, the same problem would re-occur at runtime for users having a wrong lib there. Of course one could play with DYLD_LIBRARY_PATH runtime vars, but this isn't clean, and especially a pkg like this shouldn't have runtime deps on the dev tools. So I'll commit shortly a new revision relying instead on fink's wx pkgs (according to the variant) _ which is anyway the preferred solution according to fink policy if I recall correctly...
Thanks Martin and Dominique ! Jean-Francois PS: Another solution would probably have been to impose -nortti in that subdir _ which is what I assume Apple did (despite Fingolfin's note in wxgtk2.8.info about its *queerness*) for /usr/lib/libwx on ppc, e.g. inferred from Dominique's comment that > nm -m /usr/lib/libwx_macud-2.5.dylib | egrep "__const_coal" > gives nothing But the -nortti in wxgtk2.8 is reflected correctly correcty in its config file, and hence picked up by plplot, and thus used by it in the corresponding subdir. Maybe the config-file on ppc/10.4 was made a copy of that on intel 10.4 ? Anyway, independepently of finks policy preferences, it looks unsafe and unclean to rely on such a pkg... ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
