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

Reply via email to