GCC ToT boostrap error on hppa64* platform

[Andrew Pinski]

On Thursday, Jul 24, 2003, at 17:12 US/Eastern, Steve Ellcey wrote:
> I was wondering if anyone is boostrapping the ToT GCC on
> hppa64-hp-hpux11.00.  I am currently getting an error but was thinking
> it might be the version of GCC I am using in the build or it might be 
> an
> issue with using the HP linker.  If others are successfully building
> then I will look at those possibilities first.  If no one else is
> building then maybe it is a recent code change.  I didn't see any ToT
> results in the gcc-testsuite list, only 3.3.1 results.
>
> Steve Ellcey
> sje@cup.hp.com
>
>
> The error I get is:
>
>
> /extra4/be64/bin/gcc   -g  -DIN_GCC   -W -Wall -Wwrite-strings 
> -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long 
> -fno-common   -DHAVE_CONFIG_H -o cc1 \
>         c-parse.o c-lang.o c-pretty-print.o attribs.o c-errors.o 
> c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o 
> c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o 
> c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o 
> libcpp.a  main.o libbackend.a ../libiberty/libiberty.a
> ld: Unsatisfied symbol "$$dyncall" in file libbackend.a[expr.o]
> ld: The value 0xfff7fffffffff9c7 does not fit when applying the 
> relocation PCREL21L for symbol "$$dyncall" at offset 0x5f35c in 
> section index 1 of file libbackend.a[expr.o]
> ld: The value 0xfff7fffffffff8b0 does not fit when applying the 
> relocation PCREL21L for symbol "$$dyncall" at offset 0x6ee9c in 
> section index 1 of file libbackend.a[fold-const.o]
> 3 errors.
> collect2: ld returned 1 exit status
>

The last time John David Anglin reported that there was a regression 
see PR 11593 but that has been fixed now.

What gcc are you using to bootstrap because this looks like you are 
having problems in compiling stage1?


Thanks,
Andrew Pinski