From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2467 invoked by alias); 15 Oct 2007 15:37:43 -0000 Received: (qmail 2329 invoked by uid 48); 15 Oct 2007 15:37:21 -0000 Date: Mon, 15 Oct 2007 15:37:00 -0000 Subject: [Bug bootstrap/33781] New: [4.3 Regression] "Arg list too long" building libgcc.a X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "roger at eyesopen dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-10/txt/msg01425.txt.bz2 The recent addition of a large number of libgcc objects (for fixed point arithmetic and other things) now breaks bootstrap on IRIX. The problem is that the command line in libgcc/Makefile.in, approx line 697 reads as: $(AR_CREATE_FOR_TARGET) $@ $$objects which doesn't defend against $objects being a huge list. Currently on 32-bit IRIX this is 1762 files. Indeed, even typing "ls *.o" in the directory mips-sgi-irix6.5/32/libgcc, returns "-bash: /usr/bin/ls: Arg list too long"! Alas I'm not a wizard in build machinery, but I suspect that all that's required is a one or two line change, perhaps to use "libtool" to create the archive, which contains logic to circumvent these host command line limits. I believe this is what we currently do for libgcj and other large libraries. Many thanks in advance to the kind build maintainer or volunteer who looks into the problem. I'm happy to test patches on my dusty MIPS/IRIX box. -- Summary: [4.3 Regression] "Arg list too long" building libgcc.a Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: roger at eyesopen dot com GCC host triplet: mips-sgi-irix6.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33781