From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7584 invoked by alias); 8 Apr 2004 13:09:19 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 7576 invoked from network); 8 Apr 2004 13:09:19 -0000 Received: from unknown (HELO NUTMEG.CAM.ARTIMI.COM) (217.40.111.177) by sources.redhat.com with SMTP; 8 Apr 2004 13:09:19 -0000 Received: from mace ([192.168.1.108]) by NUTMEG.CAM.ARTIMI.COM with Microsoft SMTPSVC(6.0.3790.0); Thu, 8 Apr 2004 14:08:10 +0100 From: "Dave Korn" To: "'binutils'" Subject: RE: ld resulting long command line arguments when calling collect2 workaround Date: Thu, 08 Apr 2004 13:09:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Message-ID: X-OriginalArrivalTime: 08 Apr 2004 13:08:10.0531 (UTC) FILETIME=[8AC7DF30:01C41D6A] X-SW-Source: 2004-04/txt/msg00101.txt.bz2 > -----Original Message----- > From: binutils-owner On Behalf Of Ian Lance Taylor > Sent: 08 April 2004 00:20 > "J. Grant" writes: > > However, the problem is that ld/g++ seems to "expand" the > @make.objects > > file and pass all the filenames to the objects again on the > command line > > to collect2 (which appears to do the final linking and > creation of elf > > etc). collect2 has the same problem with command line > argument limit > > I don't know what expands the @make.objects argument. I very much > doubt that there is any code in gcc or collect2 or ld which expands > that argument. If you are using cygwin, then perhaps the cygwin shell > expands it. WRS' cygwin-x-vxworks toolchain implements that feature. It may have been ported into the cygwin native tools as well, I'm not sure. cheers, DaveK -- Can't think of a witty .sigline today....