Ralf Wildenhues wrote: > This should be $LD -r here, no? AFAICS this failure happens inside the > low max_cmd_len test. This looks like a regression caused by the patch > that removed _LT_SYS_DYNAMIC_LINKER from _LT_LANG_GCJ_CONFIG. (If that > turns out to be true, I am glad we did not make this change for the > other tags). This did not show up on GNU/Linux because there > --whole-archive is used. > > Case in point: > $ ./libtool --tag=GCJ --config|grep ^LD > LD="/usr/bin/ld" > LD="" >
Fixed with attached patch. Committed as obvious. Thanks for pointing me in the right direction. Peter -- Peter O'Gorman http://pogma.com
2008-03-07 Peter O'Gorman <[EMAIL PROTECTED]> * libltdl/m4/libtool.m4 (_LT_LANG_GCJ_CONFIG): Need to set LD. Reported by Nelson H. F. Beebe. Index: libltdl/m4/libtool.m4 =================================================================== RCS file: /sources/libtool/libtool/libltdl/m4/libtool.m4,v retrieving revision 1.140 diff -u -r1.140 libtool.m4 --- libltdl/m4/libtool.m4 7 Mar 2008 06:14:26 -0000 1.140 +++ libltdl/m4/libtool.m4 7 Mar 2008 06:37:46 -0000 @@ -6815,6 +6815,7 @@ CC=${GCJ-"gcj"} compiler=$CC _LT_TAGVAR(compiler, $1)=$CC +_LT_TAGVAR(LD, $1)="$LD" _LT_CC_BASENAME([$compiler]) # GCJ did not exist at the time GCC didn't implicitly link libc in.
_______________________________________________ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool