public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: bootstrap/7589: libgcc.map file is empty; ld dies
@ 2003-05-15  4:43 bangerth
  0 siblings, 0 replies; 7+ messages in thread
From: bangerth @ 2003-05-15  4:43 UTC (permalink / raw)
  To: gaedba, gcc-bugs, gcc-prs, nobody

Synopsis: libgcc.map file is empty; ld dies

State-Changed-From-To: open->closed
State-Changed-By: bangerth
State-Changed-When: Thu May 15 04:43:35 2003
State-Changed-Why:
    Apparently fixed

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7589


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bootstrap/7589: libgcc.map file is empty; ld dies
@ 2003-05-15  0:16 gaedba
  0 siblings, 0 replies; 7+ messages in thread
From: gaedba @ 2003-05-15  0:16 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/7589; it has been noted by GNATS.

From: gaedba@attbi.com
To: Dara Hazeghi <dhazeghi@yahoo.com>
Cc: gaedba@attbi.com, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Subject: Re: bootstrap/7589: libgcc.map file is empty; ld dies
Date: Wed, 14 May 3 17:16:28 PDT

 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- 
 > trail&database=gcc&pr=7589
 > 
 > Hello,
 > 
 > is the submitter still having problems bootstrapping, using current gcc  
 > sources? Thanks,
 > 
 > Dara
 > 
 
 With gcc-3.2.3 everything seems to build ok.  I am able to,
 
     configure --enable-languages=c,c++
     make bootstrap
 
 without problems.  The shared libraries build without complaint.
 
 	Gary


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bootstrap/7589: libgcc.map file is empty; ld dies
@ 2003-05-14  9:26 Dara Hazeghi
  0 siblings, 0 replies; 7+ messages in thread
From: Dara Hazeghi @ 2003-05-14  9:26 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/7589; it has been noted by GNATS.

From: Dara Hazeghi <dhazeghi@yahoo.com>
To: gaedba@attbi.com, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: bootstrap/7589: libgcc.map file is empty; ld dies
Date: Wed, 14 May 2003 02:21:37 -0700

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- 
 trail&database=gcc&pr=7589
 
 Hello,
 
 is the submitter still having problems bootstrapping, using current gcc  
 sources? Thanks,
 
 Dara
 


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bootstrap/7589: libgcc.map file is empty; ld dies
@ 2003-01-10 14:46 Jeff Sturm
  0 siblings, 0 replies; 7+ messages in thread
From: Jeff Sturm @ 2003-01-10 14:46 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/7589; it has been noted by GNATS.

>From jsturm@one-point.com  Mon Jan 13 00:49:07 2003
From: Jeff Sturm <jsturm@one-point.com>
To: boyland@cs.uwm.edu
Cc: gcc-gnats@gcc.gnu.org, <gaedba@attbi.com>, <gcc-bugs@gcc.gnu.org>
Subject: Re: bootstrap/7589: libgcc.map file is empty; ld dies
Date: Fri, 10 Jan 2003 09:38:38 -0500 (EST)

 On Thu, 9 Jan 2003 boyland@cs.uwm.edu wrote:
 > On Solaris 2.8 while trying to build gcc-3.2.1,
 > I tried using --with-gnu-as with-as=<binutils> version and the same
 > for ld but invarianbly got the
 > 	...ld:libgcc/./libgcc.map:1: parse error in VERSION script
 > (I was using binutils 2.13.2).
 
 This is a known bug in GNU binutils.  You can upgrade or downgrade.  I'm
 still using 2.11.2 on my sparc-sun-solaris2.8 host.
 
 Jeff
 


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bootstrap/7589: libgcc.map file is empty; ld dies
@ 2003-01-10  5:06 boyland
  0 siblings, 0 replies; 7+ messages in thread
From: boyland @ 2003-01-10  5:06 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/7589; it has been noted by GNATS.

>From boyland@cs.uwm.edu  Mon Jan 13 00:47:37 2003
From: boyland@cs.uwm.edu
To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gaedba@attbi.com,
   gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: bootstrap/7589: libgcc.map file is empty; ld dies
Date: Thu, 09 Jan 2003 23:01:38 -0600

 On Solaris 2.8 while trying to build gcc-3.2.1,
 I tried using --with-gnu-as with-as=<binutils> version and the same
 for ld but invarianbly got the 
 	...ld:libgcc/./libgcc.map:1: parse error in VERSION script
 (I was using binutils 2.13.2).
 I was only able to get gcc to build with the Sun /usr/ccs/bin/{as,ld}
 binaries.  To my untrained eye, the .map file lookd exactly the same
 when building with Sun's as,ld. perhaps the code that's creating it uses
 Sun's syntax even when --with-gnu-as/ld.  In any case, the SFW people
 use /usr/ccs/bin/{as,ld} to build gcc.
 
 BTW: I also have other problems trying to build gcc-3.2.1 on Solaris
 2.8:
 mostly with libstdc++-v3 and libgcc_eh. 
 
 Regards,
 
 John Boyland
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7589


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bootstrap/7589: libgcc.map file is empty; ld dies
@ 2002-08-13 14:06 Phil Edwards
  0 siblings, 0 replies; 7+ messages in thread
From: Phil Edwards @ 2002-08-13 14:06 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR bootstrap/7589; it has been noted by GNATS.

From: Phil Edwards <phil@jaj.com>
To: gaedba@attbi.com
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: bootstrap/7589: libgcc.map file is empty; ld dies
Date: Tue, 13 Aug 2002 15:01:30 -0400

 On Tue, Aug 13, 2002 at 06:11:20PM -0000, gaedba@attbi.com wrote:
 > I started with a working gcc 2.96.  3.0.1 didn't bootstrap
 > until I configured it --disable-shared --enable-languages=c.
 > Then I tried 3.0.4, same problem, same workaround.
 > Then I tried 3.1, same problem, same workaround.
 > Now I'm trying 3.1.1.  I'll try --disable-shared on that.
 > I really want a working C++, not just C.
 
 Nothing comes to mind.  This must be some kind of local configuration error;
 people have been successfully building all those versions on your platform
 for quite some time.
 
 
 > I'm having the same sort of problem on Solaris.  Only on 
 > Solaris the .map file isn't empty; it doesn't parse correctly
 > for some reason.  Or, depending on configuration, it gets to a
 > place where it runs ./cc1 .... -o /tmp/xxxx.s and then ld
 > complains that /tmp/xxxx.s is an unknown file type and
 > isn't a valid linker command script.  Very strange.
 
 This, on the other hand, happens when GCC has been configured to use
 the native Sun binutils but finds the GNU ones at runtime instead.
 (Or vice versa, depending on the error message.)  If you're using
 the GNU linker/assembler/whatnot, then --with-gnu-as, --with-gnu-ld,
 --with-as=... and --with-ld=...  should all be used.
 
 
 Phil
 
 -- 
 I would therefore like to posit that computing's central challenge, viz. "How
 not to make a mess of it," has /not/ been met.
                                                  - Edsger Dijkstra, 1930-2002


^ permalink raw reply	[flat|nested] 7+ messages in thread

* bootstrap/7589: libgcc.map file is empty; ld dies
@ 2002-08-13 12:06 gaedba
  0 siblings, 0 replies; 7+ messages in thread
From: gaedba @ 2002-08-13 12:06 UTC (permalink / raw)
  To: gcc-gnats


>Number:         7589
>Category:       bootstrap
>Synopsis:       libgcc.map file is empty; ld dies
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Aug 13 11:16:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     gaedba@attbi.com
>Release:        3.0.4, 3.1, 3.1.1
>Organization:
>Environment:
i686-pc-linux-gnu host.  Linux/Mandrake 8
gcc (GCC) 3.1
GNU assembler 2.10.91
GNU ld 2.10.91
>Description:
End of the bootstrap log looks like this:

./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I. -I./. -I./config -I./../include -fexceptions -c ./unwind-dw2.c -o libgcc/./unwind-dw2.o
./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I. -I./. -I./config -I./../include -fexceptions -c ./unwind-dw2-fde-glibc.c -o libgcc/./unwind-dw2-fde-glibc.o
./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I. -I./. -I./config -I./../include -fexceptions -c ./unwind-sjlj.c -o libgcc/./unwind-sjlj.o
rm -rf ./libgcc_eh.a
ar  rc ./libgcc_eh.a libgcc/./unwind-dw2.o libgcc/./unwind-dw2-fde-glibc.o libgcc/./unwind-sjlj.o
if [ -f ranlib ] || ( [ i686-pc-linux-gnu = i686-pc-linux-gnu ] && [ -f /usr/bin/ranlib -o -f /bin/ranlib ] ) ; then \
  ranlib ./libgcc_eh.a ; \
else true; fi;
{ nm -pg  libgcc/./_muldi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./_clear_cache.o libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_exit.o libgcc/./_absvsi2.o libgcc/./_absvdi2.o libgcc/./_addvsi3.o libgcc/./_addvdi3.o libgcc/./_subvsi3.o libgcc/./_subvdi3.o libgcc/./_mulvsi3.o libgcc/./_mulvdi3.o libgcc/./_negvsi2.o libgcc/./_negvdi2.o libgcc/./_ctors.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o  libgcc/./unwind-dw2.o libgcc/./unwind-dw2-fde-glibc.o libgcc/./unwind-sjlj.o; echo %%; \
  cat ./libgcc-std.ver ./config/libgcc-glibc.ver | sed -e "/^[ 	]*#/d" -e 's/^%\(if\|else\|elif\|endif\|define\)/#\1/' \
  | ./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I. -I./. -I./config -I./../include  -E -xassembler-with-cpp -; \
} | mawk -f ./mkmap-symver.awk  > libgcc/./tmp-libgcc.map
mv libgcc/./tmp-libgcc.map libgcc/./libgcc.map
./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem ./include  -fPIC -g  -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/./libgcc.map -o libgcc_s.so.1   libgcc/./_muldi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libgcc/./_clear_cache.o libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_exit.o libgcc/./_absvsi2.o libgcc/./_absvdi2.o libgcc/./_addvsi3.o libgcc/./_addvdi3.o libgcc/./_subvsi3.o libgcc/./_subvdi3.o libgcc/./_mulvsi3.o libgcc/./_mulvdi3.o libgcc/./_negvsi2.o libgcc/./_negvdi2.o libgcc/./_ctors.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_udiv_w_sdiv.o libgcc/./_udivmoddi4.o  libgcc/./unwind-dw2.o libgcc/./unwind-dw2-fde-glibc.o libgcc/./unwind-sjlj.o -lc && rm -f libgcc_s.so && ln -s libgcc_s.so.1 libgcc_s.so
/usr/bin/ld:libgcc/./libgcc.map:1: parse error in VERSION script
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1
make[3]: Leaving directory `/usr/home/geb/subsys/source/gnusrc/gcc-3.1.1/gcc'
make[2]: *** [libgcc.a] Error 2
make[2]: Leaving directory `/usr/home/geb/subsys/source/gnusrc/gcc-3.1.1/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/usr/home/geb/subsys/source/gnusrc/gcc-3.1.1/gcc'
make: *** [bootstrap] Error 2

The libgcc.map file is zero-length.
>How-To-Repeat:
./configure --enable-languages=c,c++
make bootstrap
>Fix:
I started with a working gcc 2.96.  3.0.1 didn't bootstrap
until I configured it --disable-shared --enable-languages=c.
Then I tried 3.0.4, same problem, same workaround.
Then I tried 3.1, same problem, same workaround.
Now I'm trying 3.1.1.  I'll try --disable-shared on that.
I really want a working C++, not just C.

I'm having the same sort of problem on Solaris.  Only on 
Solaris the .map file isn't empty; it doesn't parse correctly
for some reason.  Or, depending on configuration, it gets to a
place where it runs ./cc1 .... -o /tmp/xxxx.s and then ld
complains that /tmp/xxxx.s is an unknown file type and
isn't a valid linker command script.  Very strange.
>Release-Note:
>Audit-Trail:
>Unformatted:


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2003-05-15  4:43 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-15  4:43 bootstrap/7589: libgcc.map file is empty; ld dies bangerth
  -- strict thread matches above, loose matches on Subject: below --
2003-05-15  0:16 gaedba
2003-05-14  9:26 Dara Hazeghi
2003-01-10 14:46 Jeff Sturm
2003-01-10  5:06 boyland
2002-08-13 14:06 Phil Edwards
2002-08-13 12:06 gaedba

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).