This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/33781] [4.3 Regression] "Arg list too long" building libgcc.a
- From: "jakub at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 Oct 2007 14:01:29 -0000
- Subject: [Bug bootstrap/33781] [4.3 Regression] "Arg list too long" building libgcc.a
- References: <bug-33781-754@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #1 from jakub at gcc dot gnu dot org 2007-10-30 14:01 -------
Untested patch that could help:
--- libgcc/Makefile.in 2007-09-28 08:29:29.000000000 +0200
+++ libgcc/Makefile.in 2007-10-30 14:55:38.000000000 +0100
@@ -1,6 +1,6 @@
# Makefile.in
-# Copyright (C) 2005, 2006 Free Software Foundation
+# Copyright (C) 2005, 2006, 2007 Free Software Foundation
#
# This file is part of GCC.
#
@@ -694,7 +694,7 @@ libgcc.a libgcov.a libunwind.a libgcc_eh
-o eh_dummy$(objext); \
objects=eh_dummy$(objext); \
fi; \
- $(AR_CREATE_FOR_TARGET) $@ $$objects
+ ls $$objects | xargs $(AR_CREATE_FOR_TARGET) $@
$(RANLIB) $@
Or is the problem not in the size of the arguments on the exec side, but just
buggy ar that imposes further limits on the length of the command line?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33781