Using apple-gcc42 on Tiger

[Jeremy Huddleston]

On Apr 7, 2012, at 10:37 PM, Ryan Schmidt <ryandesign at macports.org> wrote:

> 
> On Apr 8, 2012, at 00:31, Jeremy Huddleston wrote:
> 
>> The most common symptom is a list of unsatisfied symbols at link time.  Here is an example from the latest version of libquicktime without the change:
>> 
>> /bin/sh ../libtool --tag=CC   --mode=link /usr/bin/gcc-4.0 -DLOCALE_DIR=\"/opt/local/share/locale\" -pipe -O2 -arch i386  -finline-functions -Wall -Winline -Wmissing-declarations -Wdeclaration-after-statement -fvisibility=hidden  -L/opt/local/lib -arch i386 -o qtinfo qtinfo.o common.o ../src/libquicktime.la -lm -lz -ldl 
>> libtool: link: /usr/bin/gcc-4.0 -DLOCALE_DIR=\"/opt/local/share/locale\" -pipe -O2 -arch i386 -finline-functions -Wall -Winline -Wmissing-declarations -Wdeclaration-after-statement -fvisibility=hidden -arch i386 -o .libs/qtinfo qtinfo.o common.o  -L/opt/local/lib ../src/.libs/libquicktime.dylib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -lc -lm -lz -ldl
>> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols:
>> _quicktime_close
>> _quicktime_open
>> _lqt_channel_to_string
>> _lqt_chroma_placement_to_string
>> _lqt_colormodel_to_string
>> _lqt_file_type_to_string
>> _lqt_frame_duration
>> _lqt_get_album
>> _lqt_get_artist
>> _lqt_get_audio_language
> 
> [snip]
> 
> Oh yes, this looks familiar. This is the problem we fixed in many ports by manually adding lots of -l flags, yes? I seem to also remember it only occurring on universal builds, though that doesn't appear to be the case you quoted above.

Yes, adding a ton of -l in the right places will certainly fix the issue, but my way was quicker and uses a toolchain that I trust much more. ;)  I don't see why you would've only seen this with +universal, but if you recall a case, I'd be curious to investigate.