[Bug bootstrap/17477] New: gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[Bug bootstrap/17477] New: gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[pieter dot donche at ua dot ac dot be]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1052 bytes --]

Hi,
I have a SUN Blade 2000, Solaris 2.9 with gcc-3.2
Downloaded latest version of gcc-3.4.2, unpacked it; created a objdir
parallel to the source directory
# cd <objdir>
# <full-path-to-srcdir>/configure
(OK)
# make bootstrap
lot of checking, then starts compiling after some tens of lines, crashes with:
.../gcc-3.4.2./libiberty/fibheap.c:395: Warning: impliciet declaration of
function `memset`
make[1]: *** [fibheap.o] Error 1
make[1]: Leaving directory `/home/wins/builds/src/gnu/objdir/libiberty´
make: *** [all-libiberty] Error 2

what is wrong ?
Thanks for any hint and help.

Pieter

-- 
           Summary: gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap
           Product: gcc
           Version: 3.4.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: pieter dot donche at ua dot ac dot be
                CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[giovannibajo at libero dot it]

------- Additional Comments From giovannibajo at libero dot it  2004-09-14 14:18 -------
Do you have CFLAGS set to something not conventional? Please review and read 
our installation walkthrough, especially:

http://gcc.gnu.org/install/build.html

QUOTE
Note that using non-standard CFLAGS can cause bootstrap to fail in libiberty, 
if these trigger a warning with the new compiler. For example using -O2 -g -
mcpu=i686 on i686-pc-linux-gnu will cause bootstrap failure as -mcpu= is 
deprecated in 3.4.0 and above. 
UNQUOTE


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[pieter dot donche at ua dot ac dot be]

------- Additional Comments From pieter dot donche at ua dot ac dot be  2004-09-14 14:25 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash
 libiberty fibheap

I did not specify CFLAGS at all.
just
# make bootstrap

  _______________
 / Pieter Donche \____________________________________________
 | ITC Manager                  e-mail Pieter.Donche@ua.ac.be \
 | Dept. Mathem. & Computer Science, University of Antwerp    |
 | (UA) Middelheimlaan 1, B 2020 Antwerpen,      BELGIUM (EU) |
 | room G1.16,      tel +32 03.265.3870, fax +32 03.265.3777  |
 |____________________________________________________________|

On Tue, 14 Sep 2004, giovannibajo at libero dot it wrote:

>
> ------- Additional Comments From giovannibajo at libero dot it  2004-09-14 14:18 -------
> Do you have CFLAGS set to something not conventional? Please review and read
> our installation walkthrough, especially:
>
> http://gcc.gnu.org/install/build.html
>
> QUOTE
> Note that using non-standard CFLAGS can cause bootstrap to fail in libiberty,
> if these trigger a warning with the new compiler. For example using -O2 -g -
> mcpu=i686 on i686-pc-linux-gnu will cause bootstrap failure as -mcpu= is
> deprecated in 3.4.0 and above.
> UNQUOTE
>
>
> --
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |WAITING
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[giovannibajo at libero dot it]

------- Additional Comments From giovannibajo at libero dot it  2004-09-14 14:26 -------
I understand that from your report, I was assuming that they may be set in the 
environment as default. Can you please double check this? Another way to check 
this would be if you provided the compilation log, which includes the full 
command line of GCC used to compile fibheap.c

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[pieter dot donche at ua dot ac dot be]

------- Additional Comments From pieter dot donche at ua dot ac dot be  2004-09-14 14:41 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash
 libiberty fibheap

Hi,

This is the last part of make bootstrap messages:
...
gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/../include  -W -Wall
-Wtraditional -pedantic /home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fdmatch.c -o fdmatch.o
if [ x"" != x ]; then \
  gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/../include  -W -Wall
-Wtraditional -pedantic /home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c -o pic/fibheap.o;
\
else true; fi
gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/../include  -W -Wall
-Wtraditional -pedantic /home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c -o fibheap.o
In file included from /home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:35:
/home/wins/builds/src/gnu/gcc-3.4.2/include/fibheap.h:63: warning: bit-field `degree' type invalid in ISO C
/home/wins/builds/src/gnu/gcc-3.4.2/include/fibheap.h:64: warning: bit-field `mark' type invalid in ISO C
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c: In function
`fibheap_union':
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:166: warning: implicit declaration of function `free'
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:171: warning: function `free' was previously declared within a block
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:187: warning: function `free' was previously declared within a block
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c: In function `fibheap_extract_min':
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:206: warning: function `free' was previously declared within a block
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c: In function `fibheap_delete_node':
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:285: `LONG_MIN' undeclared (first use in this function)
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:285: (Each undeclared identifier is reported only once
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:285: for each function it appears in.)
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c: In function `fibheap_delete':
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:297: warning: function `free' was previously declared within a block
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c: In function `fibheap_consolidate':
/home/wins/builds/src/gnu/gcc-3.4.2/libiberty/fibheap.c:395: warning: implicit declaration of function `memset'
make[1]: *** [fibheap.o] Error 1
make[1]: Leaving directory `/home/wins/builds/src/gnu/objdir/libiberty'
make: *** [all-libiberty] Error 2

Pieter

  _______________
 / Pieter Donche \____________________________________________
 | ITC Manager                  e-mail Pieter.Donche@ua.ac.be \
 | Dept. Mathem. & Computer Science, University of Antwerp    |
 | (UA) Middelheimlaan 1, B 2020 Antwerpen,      BELGIUM (EU) |
 | room G1.16,      tel +32 03.265.3870, fax +32 03.265.3777  |
 |____________________________________________________________|

On Tue, 14 Sep 2004, giovannibajo at libero dot it wrote:

>
> ------- Additional Comments From giovannibajo at libero dot it  2004-09-14 14:26 -------
> I understand that from your report, I was assuming that they may be set in the
> environment as default. Can you please double check this? Another way to check
> this would be if you provided the compilation log, which includes the full
> command line of GCC used to compile fibheap.c
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[dj at redhat dot com]

------- Additional Comments From dj at redhat dot com  2004-09-14 19:36 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap


This is the actual problem:

> fibheap.c: In function `fibheap_delete_node':
> fibheap.c:285: `LONG_MIN' undeclared (first use in this function)

Check your installed system headers and/or installed gcc headers and
find out why LONG_MIN isn't defined.  It should be in <limits.h>.

Alternately, check your config.log and config.h, and see if it didn't
detect <limits.h> properly and thus didn't define HAVE_LIMITS_H.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[pieter dot donche at ua dot ac dot be]

------- Additional Comments From pieter dot donche at ua dot ac dot be  2004-09-15 08:09 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash
 libiberty fibheap

On Tue, 14 Sep 2004, dj at redhat dot com wrote:

>
> ------- Additional Comments From dj at redhat dot com  2004-09-14 19:36 -------
> Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap
>
>
> This is the actual problem:
>
> > fibheap.c: In function `fibheap_delete_node':
> > fibheap.c:285: `LONG_MIN' undeclared (first use in this function)
>
> Check your installed system headers and/or installed gcc headers and
> find out why LONG_MIN isn't defined.  It should be in <limits.h>.

I have (from my previous gcc (3.2) and make bootstrap uses this gcc)
/home/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/include/limits.h
containing
...
#undef LONG_MIN
#define LONG_MIN (-LONG_MAX-1)
...

> Alternately, check your config.log and config.h, and see if it didn't
> detect <limits.h> properly and thus didn't define HAVE_LIMITS_H.

indeed in .../objdir/libiberty/config.h, HAVE_LIMITS_H is not defined:
# grep HAVE_LIMITS config.h
/* #undef HAVE_LIMITS_H */

In .../objdir/libiberty/config.log (4081 lines)
This is a piece from before and after the   "checking for limits.h"
...
configure:3410: checking for stdlib.h
configure:3424: gcc -E -I/usr/local/include conftest.c
cpp0: warning: changing search order for system directory "/usr/local/include"
cpp0: warning:   as it has already been specified as a non-system directory
<root@hmacs> (ksh) # ls /usr/local/include
FlexLexer.h       gc_pthread_redirects.h  jvmpi.h          sasl
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define WORDS_BIGENDIAN 1
| #define HOST_WORDS_BIG_ENDIAN 1
| #define BYTEORDER 4321
| /* end confdefs.h.  */
| #include <sys/param.h>
configure:3450: result: no
configure:3410: checking for limits.h
configure:3424: gcc -E -I/usr/local/include conftest.c
cpp0: warning: changing search order for system directory "/usr/local/include"
cpp0: warning:   as it has already been specified as a non-system directory
configure:3430: $? = 0
configure: failed program was:
| #line 3416 "configure"
| /* confdefs.h.  */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define WORDS_BIGENDIAN 1
| #define HOST_WORDS_BIG_ENDIAN 1
| #define BYTEORDER 4321
| /* end confdefs.h.  */
| #include <sys/file.h>
configure:3450: result: no
configure:3410: checking for sys/param.h
...

Also, at the end (line 3873/4081) I find
ac_cv_header_limits_h='no'

Is something wrong here, and how to remedy ?

Pieter

  _______________
 / Pieter Donche \____________________________________________
 | ITC Manager                  e-mail Pieter.Donche@ua.ac.be \
 | Dept. Mathem. & Computer Science, University of Antwerp    |
 | (UA) Middelheimlaan 1, B 2020 Antwerpen,      BELGIUM (EU) |
 | room G1.16,      tel +32 03.265.3870, fax +32 03.265.3777  |
 |____________________________________________________________|
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[dj at redhat dot com]

------- Additional Comments From dj at redhat dot com  2004-09-15 13:04 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap


> configure:3424: gcc -E -I/usr/local/include conftest.c
> cpp0: warning: changing search order for system directory "/usr/local/include"
> cpp0: warning:   as it has already been specified as a non-system directory

Don't add -I/usr/local/include to your CC setting.  This is a known
limitation of certain versions of gcc; they issue warnings that serve
little purpose other than to break configure.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[pieter dot donche at ua dot ac dot be]

------- Additional Comments From pieter dot donche at ua dot ac dot be  2004-09-15 14:15 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash
 libiberty fibheap

Hi,

I indeed had a file /usr/local/share/config.site
------
CC=gcc
CXX=c++
CPPFLAGS='-I/usr/local/include'
LDFLAGS='-L/usr/local/lib -R/usr/local/lib'
------
I renamed is to something else...

Now make bootstrap gets further on the way ... but I now run into:
...
make[4]: Leaving directory `/home/wins/builds/src/gnu/objdir/gcc'
./xgcc -B./ -B/usr/local/sparc-sun-solaris2.9/bin/ -isystem
/usr/local/sparc-sun-solaris2.9/include -isystem
/usr/local/sparc-sun-solaris2.9/sys-include
-L/home/wins/builds/src/gnu/objdir/gcc/../ld -O2  -DIN_GCC    -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs
-Wl,-h,libgcc_s.so.1 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc/./libgcc.map -o
libgcc_s.so.1   libgcc/./_muldi3.o libgcc/./_negdi2.o libgcc/./_lshrdi3.o
libgcc/./_ashldi3.o libgcc/./_ashrdi3.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/./_enable_execute_stack.o libgcc/./_trampoline.o libgcc/./__main.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/./_ffssi2.o
libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_clzsi2.o libgcc/./_clzdi2.o
libgcc/./_ctzsi2.o libgcc/./_ctzdi2.o libgcc/./_popcount_tab.o
libgcc/./_popcountsi2.o libgcc/./_popcountdi2.o libgcc/./_paritysi2.o
libgcc/./_paritydi2.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.o
libgcc/./unwind-sjlj.o libgcc/./gthr-gnat.o libgcc/./unwind-c.o -lc && rm
-f libgcc_s.so && ln -s libgcc_s.so.1 libgcc_s.so
/usr/local/sparc-sun-solaris2.9/bin/ld:libgcc/./libgcc.map: file format
not recognized; treating as linker script
/usr/local/sparc-sun-solaris2.9/bin/ld:libgcc/./libgcc.map:1: parse error
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1
make[3]: Leaving directory `/home/wins/builds/src/gnu/objdir/gcc'
make[2]: *** [stmp-multilib] Error 2
make[2]: Leaving directory `/home/wins/builds/src/gnu/objdir/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/home/wins/builds/src/gnu/objdir/gcc'
make: *** [bootstrap] Error 2
<root@hmacs> (ksh) #

I also tried with /usr/local/share/config.site
containing only
CC=gcc
CXX=c++
LDFLAGS='-L/usr/local/lib -R/usr/local/lib'

same result..

>From objdir/gcc/config.log, I read:
...
configure:2508: gcc -c -g -O2  conftest.c >&5
conftest.c:2: parse error before "me"
configure:2511: $? = 1
configure: failed program was:
| #ifndef __cplusplus
|   choke me
| #endif
...
configure:2852: gcc -E  conftest.c
configure:2852:28: ac_nonexistent.h: No such file or directory
...
configure:3139: gcc -c -g -O2  conftest.c >&5
configure: In function `main':
configure:3136: `__int64' undeclared (first use in this function)
configure:3136: (Each undeclared identifier is reported only once
configure:3136: for each function it appears in.)
configure:3136: parse error before "i"
...
configure:3312: gcc -c -g -O2  conftest.c >&5
configure: In function `main':
configure:3311: duplicate case value
configure:3311: previously used here
...
there are many other similar with conftest.c
...
configure:6117: gcc -o conftest -g -O2  -L/usr/local/lib -R/usr/local/lib
confte
st.c  >&5
/var/tmp//cccoFFae.o(.text+0x4): In function `main':
/home/wins/builds/src/gnu/objdir/gcc/configure:6156: undefined reference
to `ldo
pen'
...
configure:6117: gcc -o conftest -g -O2  -L/usr/local/lib -R/usr/local/lib
confte
st.c -lld >&5
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/../../../../sparc-sun-solaris2.9
/bin/ld: cannot find -lld
collect2: ld returned 1 exit status
...
configure:6117: gcc -o conftest -g -O2  -L/usr/local/lib -R/usr/local/lib
confte
st.c -lmld >&5
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/../../../../sparc-sun-solaris2.9
/bin/ld: cannot find -lmld
collect2: ld returned 1 exit status
...
configure:6182: gcc -o conftest -g -O2  -L/usr/local/lib
-R/usr/local/lib confte
st.c  >&5
/var/tmp//cc4qVZob.o(.text+0x4): In function `main':
/home/wins/builds/src/gnu/objdir/gcc/configure:6221: undefined reference
to `exc
_resume'
collect2: ld returned 1 exit status
...
configure:6227: gcc -o conftest -g -O2  -L/usr/local/lib -R/usr/local/lib
confte
st.c -lexc   >&5
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/../../../../sparc-sun-solaris2.9
/bin/ld: cannot find -lexc
collect2: ld returned 1 exit status
configure:6230: $? = 1
...
configure:2778: checking how to run the C preprocessor
/var/tmp//ccoiX7Ce.o(.text+0x8): In function `main':
/home/wins/builds/src/gnu/objdir/gcc/configure:6561: undefined reference
to `ato
q'
/var/tmp//ccoiX7Ce.o(.text+0xc):/home/wins/builds/src/gnu/objdir/gcc/configure:6
561: undefined reference to `atoq'
/var/tmp//ccoiX7Ce.o(.data+0x0):/home/wins/builds/src/gnu/objdir/gcc/configure:6
561: undefined reference to `atoq'
collect2: ld returned 1 exit status
...
and so on (17 more similar)...

in all cases some part of code is written out, preceded by
configure: failed program was:

Pieter

  _______________
 / Pieter Donche \____________________________________________
 | ITC Manager                  e-mail Pieter.Donche@ua.ac.be \
 | Dept. Mathem. & Computer Science, University of Antwerp    |
 | (UA) Middelheimlaan 1, B 2020 Antwerpen,      BELGIUM (EU) |
 | room G1.16,      tel +32 03.265.3870, fax +32 03.265.3777  |
 |____________________________________________________________|

On Wed, 15 Sep 2004, dj at redhat dot com wrote:

>
> ------- Additional Comments From dj at redhat dot com  2004-09-15 13:04 -------
> Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap
>
>
> > configure:3424: gcc -E -I/usr/local/include conftest.c
> > cpp0: warning: changing search order for system directory "/usr/local/include"
> > cpp0: warning:   as it has already been specified as a non-system directory
>
> Don't add -I/usr/local/include to your CC setting.  This is a known
> limitation of certain versions of gcc; they issue warnings that serve
> little purpose other than to break configure.
>
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[ebotcazou at gcc dot gnu dot org]

------- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-09-15 16:56 -------
> /usr/local/sparc-sun-solaris2.9/bin/ld:libgcc/./libgcc.map: file format
> not recognized; treating as linker script
> /usr/local/sparc-sun-solaris2.9/bin/ld:libgcc/./libgcc.map:1: parse error
> collect2: ld returned 1 exit status

You must configure --with-gnu-ld if your linker is the GNU linker on Solaris, see
http://gcc.gnu.org/install/configure.html


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477

[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap

[pieter dot donche at ua dot ac dot be]

------- Additional Comments From pieter dot donche at ua dot ac dot be  2004-09-16 14:21 -------
Subject: Re:  gcc-3.4.2 Sparc Solaris9 Build crash
 libiberty fibheap


On Wed, 15 Sep 2004, ebotcazou at gcc dot gnu dot org wrote:

>
> ------- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-09-15 16:56 -------
> > /usr/local/sparc-sun-solaris2.9/bin/ld:libgcc/./libgcc.map: file format
> > not recognized; treating as linker script
> > /usr/local/sparc-sun-solaris2.9/bin/ld:libgcc/./libgcc.map:1: parse error
> > collect2: ld returned 1 exit status
>
> You must configure --with-gnu-ld if your linker is the GNU linker on Solaris, see
> http://gcc.gnu.org/install/configure.html

OK, I used --with-gnu-as --with-gnu-ld
and now make bootstrap compiles to the end (3,5 hours on Blade 2000 ...)

thanx for all hints..
Pieter

  _______________
 / Pieter Donche \____________________________________________
 | ITC Manager                  e-mail Pieter.Donche@ua.ac.be \
 | Dept. Mathem. & Computer Science, University of Antwerp    |
 | (UA) Middelheimlaan 1, B 2020 Antwerpen,      BELGIUM (EU) |
 | room G1.16,      tel +32 03.265.3870, fax +32 03.265.3777  |
 |____________________________________________________________|
>
> --
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|WAITING                     |RESOLVED
>          Resolution|                            |INVALID
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477