From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30264 invoked by alias); 13 Sep 2002 03:53:36 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 30253 invoked from network); 13 Sep 2002 03:53:33 -0000 Received: from unknown (HELO rome.ucdavis.edu) (169.237.104.165) by sources.redhat.com with SMTP; 13 Sep 2002 03:53:33 -0000 Received: from nova.ucdavis.edu (nova.ucdavis.edu [128.120.134.90]) by rome.ucdavis.edu (8.11.6/8.11.0/virus-scan-4.0.1) with ESMTP id g8D3rQN08550; Thu, 12 Sep 2002 20:53:27 -0700 (PDT) Received: from fzgabor.ucdavis.edu (ramp-3-11.ucdavis.edu [169.237.15.11]) by nova.ucdavis.edu (8.12.2+Sun/8.12.2) with ESMTP id g8D3rORk024548; Thu, 12 Sep 2002 20:53:24 -0700 (PDT) Message-Id: <5.1.0.14.2.20020912204034.009e4b90@nova.ucdavis.edu> X-Sender: gabor@nova.ucdavis.edu (Unverified) Date: Thu, 12 Sep 2002 20:53:00 -0000 To: gcc-help@gcc.gnu.org From: Andy Gabor Subject: RE: Question Re: make bootstrap failure -> libgcc.map: file format.. Cc: Clif Redding Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-SW-Source: 2002-09/txt/msg00097.txt.bz2 This this probably more than anyone wants to know but it seems... 1. binutil populates both /usr/local/bin and /usr/local/sparc-sun-solaris2.9/bin with ld and such. Files in both directories are identical as are their creation date and time (hard link). 2. Sun ld is in /usr/ccs/bin. 3. Build works so long as configure is used with --with-ld=(any of the above files). If this option is *not* set, build dies although it seems it is using the correct files based on the build output. A bit mysterious - but I guess if the world made any sense men would ride side-saddle. Andy *****Original message***** Platform=UltraSparc 250 OS=Solaris2.7 GCC ver. 3.1 binutils ver. 2.13 (by the way, according to the output from ls -i the /usr/local/bin utilities are hard links to the utilities in /usr/local/sparc-sun-solaris2.7/bin because inode numbers are identical) Gnu make ver. 3.79.1 Using configure with no options and then make bootstrap would fail with the following messages: /usr/local/sparc-sun-solaris2.7/bin/ld:libgcc/./libgcc.map: file format not recognized; treating as linker script /usr/local/sparc-sun-solaris2.7/bin/ld:libgcc/./libgcc.map:1: parse error collect2: ld returned 1 exit status Did a "make distclean" then a "../configure --with-ld=/usr/local/bin/ld --with-as=/usr/local/bin/as" in my objdir. When I did a "make bootstrap" the build process made it through the libgcc build with no problem. Now my question is: If the utilities in /usr/local/bin are hard links to the binutils in /usr/local/sparc-sun-solaris2.7/bin, why did the first compile fail while the second did it's thing with no problem? Clif Redding