Daniel Macks wrote:
10.3/unstable, all packages up-to-date. odcctools-576-20060226 just
built without a problem. Tried to build the new g95-0.50-20060409:
/sw/build/g95-0.50-20060409/gcc-4.0.3/g95/gcc/xgcc
-B/sw/build/g95-0.50-20060409/gcc-4.0.3/g95/gcc/
-B/sw/lib/gcc-lib/powerpc-apple-darwin7/4.0.3/powerpc-apple-darwin7.9.0/bin/
-B/sw/lib/gcc-lib/powerpc-apple-darwin7/4.0.3/powerpc-apple-darwin7.9.0/lib/
-isystem
/sw/lib/gcc-lib/powerpc-apple-darwin7/4.0.3/powerpc-apple-darwin7.9.0/include
-isystem
/sw/lib/gcc-lib/powerpc-apple-darwin7/4.0.3/powerpc-apple-darwin7.9.0/sys-include
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include
-Wa,-force_cpusubtype_ALL -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -dynamiclib -nodefaultlibs
-Wl,-install_name,/sw/lib/gcc-lib/powerpc-apple-darwin7/4.0.3/lib/libgcc_s.1.0.dylib
-Wl,-flat_namespace -o ./libgcc_s.1.0.dylib.tmp
-Wl,-exported_symbols_list,libgcc/./libgcc.map -compatibility_version 1
-current_version 1.0 libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o
libgcc/./_lshrdi3_s.o libgcc/./_ashldi3
_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o
libgcc/./_floatdidf_s.o libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o
libgcc/./_fixunssfsi_s.o libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o
libgcc/./_fixunssfdi_s.o libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o
libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o
libgcc/./_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o
libgcc/./_clear_cache_s.o libgcc/./_enable_execute_stack_s.o
libgcc/./_trampoline_s.o libgcc/./__main_s.o libgcc/./_absvsi2_s.o
libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o
libgcc/./_subvsi3_s.o libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o
libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o
libgcc/./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o
libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o
libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o
libgcc/./_popcount
di2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o
libgcc/./_powixf2_s.o libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o libgcc/./_mulxc3_s.o
libgcc/./_multc3_s.o libgcc/./_divsc3_s.o libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o
libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o
libgcc/./_udivmoddi4_s.o libgcc/./darwin-tramp_s.o libgcc/./darwin-ldouble_s.o libgcc/./unwind-dw2_s.o
libgcc/./unwind-dw2-fde-darwin_s.o libgcc/./unwind-sjlj_s.o libgcc/./unwind-c_s.o libgcc/./darwin-fallback_s.o
-lc && rm -f ./libgcc_s.dylib && if [ -f ./libgcc_s.1.0.dylib ]; then mv -f
./libgcc_s.1.0.dylib ./libgcc_s.1.0.dylib.backup; else true; fi && mv ./libgcc_s.1.0.dylib.tmp
./libgcc_s.1.0.dylib && ln -s libgcc_s.1.0.dylib ./libgcc_s.dylib
ld: libgcc/./_divdi3_s.o malformed object (stray relocation PAIR entry (1) in
section (__TEXT,__eh_frame))
ld: libgcc/./_divdi3_s.o malformed object (stray relocation PAIR entry (3) in
section (__TEXT,__eh_frame))
Yes, this has been reported on fink-users some 6 weeks ago and on
fink-beginners a week ago. I just replied to the latter thread which had
continued off-list for a while.
The situation is that Panther's /usr/bin/ld is seriously out of whack.
Replacing it solves the problem. You can either copy /usr/bin/ld from
some Tiger system or do what Apple responded to a bug report of mine
about problems with QuickTime 7.0.4 (note that this does not solve all
the problems wiht QT-7.0.4 that have been reported recently; some of
them do need the downgrade of QT to <=7.0.3):
"Please try using the ld from the Tiger 10.4.0 sdk. If they install the
10.4.0 sdk from the Tiger distribution on Panther, you'll get a new
/usr/bin/ld. You don't have to target the new SDK; you'll just need the
/usr/bin/ld that it installs."
This sounds a little weird, but it is true. This package MacOSX10.4.pkg
contains a file "/usr/bin/ld10.3" and a tricky postflight script which
makes that when you install the package on Tiger, the file does not get
installed at all, and when you install the package on Panther, it gets
installed under the name /usr/bin/ld.
Running "ld -v" with the new ld10.3 gives
Apple Computer, Inc. version cctools-573.obj~1
whereas the old one says
Apple Computer, Inc. version cctools-525.1.obj~8
I suppose installing odcctools and using the ld from there should work, too.
--
Martin
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
