[Gdal-dev] linking problems with MrSID library

William Kyngesburye woklist at kyngchaos.com
Mon Oct 3 23:53:34 EDT 2005


Bill,

Yeah, it was your messages I saw about this a while back.  I wasn't  
quite sure what to do, and didn't have time to pursue it much.

What did you do to the GDAL makefiles to get it to work for you?  Did  
you get Frank's -XCClinker trick to work?

I just tried this: add the static libstdc++ from GCC 3.3 (that's all  
Apple gave us for GCC 3.3, tho they gave us a dynamic version for GCC  
4) to LIBS in GDALmake.opt.  Now I get tons of multiple defs between  
the 2 libstdc++ versions.

I'm, not sure what order the 2 versions are getting linked - I  
believe GCC 4 takes care of automatically linking libstdc++ as  
needed, so it's not in the link command that comes out of libtool.


On Oct 3, 2005, at 6:12 PM, Bill Binko wrote:

>
>> I had heard that it was possible to build something in GCC 4 linked
>> to something built with GCC 3.3 by linking both the new and old
>> libstdc++, so I keep attempting this with each new GDAL version to
>> try and figure it out.  Since it happens with GCC 3.3 also, I never
>> get beyond that to just TRY it.
>>
>>
>
> I'm probably the source of that rumor, but it's not exactly what I  
> said.
> There are binary compatibility issues within the GCC 3.x tree: that is
> what I had succeeded with.  However, it's possible that you can get  
> 3.3
> and 4 to work together.
>
> I had a real reason to need this (I needed ECW and MrSID support in  
> the
> same build, and I use GCC 3.4.1).  So I read up and found that if you
> include the older libstdc++ before the newer one in the final link,  
> the
> name mangling works itself out (by design, not luck).
>

-----
William Kyngesburye <kyngchaos at kyngchaos.com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that  
the past isn't a fiction designed to account for the discrepancy  
between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe



More information about the Gdal-dev mailing list