David R. Morrison wrote:
Seems like a good case for a fink package, then.
I am suddenly reminded of a GNU libtool bug report I got about a year ago and then completely forgot about (having, of course, promised to fix it).
GNU gcc does not grok __private_extern__ and builds libstdc++ and libgcc with global symbols. Apple's gcc builds these libs with private extern symbols, these magically become local symbols when linked. Now the problem with GNU libtool that the user reported is that GNU libtool uses the -single_module flag when building c++ shared libraries, this makes it more likely that dyld will call the libs static constructors. While this works fine with Apple's gcc and it works the first few times with the FSF's gcc, when you get to linking a lib which needs another one that was also linked -single_module with the FSF's gcc it will fail to build due to multiply defined symbols from libgcc and libstdc++.
I guess this problem can be worked around when building the g++ package, should one be added to fink, but I think it likely that there will be more subtle issues that would cause an FSF g++ to fail in unexpected ways.
Apple will eventually come out with an updater for xcode-1.5 which will fix this issue (while introducing new ones, no doubt).
Peter -- Peter O'Gorman - http://www.pogma.com
------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
