Problems building 3.2.2 on Compaq Tru64 5.1B

Problems building 3.2.2 on Compaq Tru64 5.1B

[Jeremy Sanders]

I'm having problems building gcc-3.2.2 on Compaq True64 5.1 (2650), alpha.
I've tried building with the native cc and with gcc-3.1 (from when the
machine was running 4.0D).

The problem occurs during linking cc1 creating the stage1 compiler with
gcc (or the stage2 compiler if using compaq cc as the compiler).

bash-2.03# CC="gcc -Wa,-oldas" ../gcc/gcc-3.2.2/configure --prefix=/usr/local --enable-languages=c,c++,f77
bash-2.03# make bootstrap
...
ar rc libbackend.a alias.o bb-reorder.o bitmap.o builtins.o caller-save.o
calls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfglayout.o cfgloop.o
cfgrtl.o combine.o conflict.o convert.o cse.o cselib.o dbxout.o debug.o
dependence.o df.o diagnostic.o doloop.o dominance.o dwarf2asm.o
dwarf2out.o dwarfout.o emit-rtl.o except.o explow.o expmed.o expr.o
final.o flow.o fold-const.o function.o gcse.o genrtl.o ggc-common.o
global.o graph.o haifa-sched.o hash.o hashtable.o hooks.o ifcvt.o
insn-attrtab.o insn-emit.o insn-extract.o insn-opinit.o insn-output.o
insn-peep.o insn-recog.o integrate.o intl.o jump.o  langhooks.o lcm.o
lists.o local-alloc.o loop.o mbchar.o optabs.o params.o predict.o
print-rtl.o print-tree.o profile.o real.o recog.o reg-stack.o regclass.o
regmove.o regrename.o reload.o reload1.o reorg.o resource.o rtl.o
rtlanal.o rtl-error.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o
sched-vis.o sdbout.o sibcall.o simplify-rtx.o ssa.o ssa-ccp.o ssa-dce.o
stmt.o stor-layout.o stringpool.o timevar.o toplev.o tree.o tree-dump.o
tree-inline.o unroll.o varasm.o varray.o version.o vmsdbgout.o xcoffout.o
ggc-page.o alpha.o
ranlib libbackend.a
gcc -Wa,-oldas -DIN_GCC    -g  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic
-Wno-long-long  -DHAVE_CONFIG_H  -o cc1 \
	c-parse.o c-lang.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-format.o
c-semantics.o c-objc-common.o libcpp.a  main.o libbackend.a
./intl/libintl.a  -liconv  ../libiberty/libiberty.a
_F64__F64_stat
_F64__F64_fstat
_F64__F64_lstat
collect2: ld returned 1 exit status
make[2]: *** [cc1] Error 1
make[2]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc-out/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc-out/gcc'
make: *** [bootstrap] Error 2


Have I done something stupid here or is there a bug?

Thanks

Jeremy

-- 
Jeremy Sanders <jss@ast.cam.ac.uk>   http://www-xray.ast.cam.ac.uk/~jss/
X-Ray Group, Institute of Astronomy, University of Cambridge, UK.
Public Key Server PGP Key ID: E1AAE053

Re: Problems building 3.2.2 on Compaq Tru64 5.1B

[LLeweLLyn Reese]

Jeremy Sanders <jss@ast.cam.ac.uk> writes:

> I'm having problems building gcc-3.2.2 on Compaq True64 5.1 (2650), alpha.
> I've tried building with the native cc and with gcc-3.1 (from when the
> machine was running 4.0D).

I'm not familar with alphas or True64, but see

http://gcc.gnu.org/gcc-3.2/buildstat.html

and examine the successful reports from systems like yours; they may
contain hints or clues.

> 
> The problem occurs during linking cc1 creating the stage1 compiler with
> gcc (or the stage2 compiler if using compaq cc as the compiler).
> 
> bash-2.03# CC="gcc -Wa,-oldas" ../gcc/gcc-3.2.2/configure --prefix=/usr/local --enable-languages=c,c++,f77
> bash-2.03# make bootstrap
> ...
> ar rc libbackend.a alias.o bb-reorder.o bitmap.o builtins.o caller-save.o
> calls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfglayout.o cfgloop.o
> cfgrtl.o combine.o conflict.o convert.o cse.o cselib.o dbxout.o debug.o
> dependence.o df.o diagnostic.o doloop.o dominance.o dwarf2asm.o
> dwarf2out.o dwarfout.o emit-rtl.o except.o explow.o expmed.o expr.o
> final.o flow.o fold-const.o function.o gcse.o genrtl.o ggc-common.o
> global.o graph.o haifa-sched.o hash.o hashtable.o hooks.o ifcvt.o
> insn-attrtab.o insn-emit.o insn-extract.o insn-opinit.o insn-output.o
> insn-peep.o insn-recog.o integrate.o intl.o jump.o  langhooks.o lcm.o
> lists.o local-alloc.o loop.o mbchar.o optabs.o params.o predict.o
> print-rtl.o print-tree.o profile.o real.o recog.o reg-stack.o regclass.o
> regmove.o regrename.o reload.o reload1.o reorg.o resource.o rtl.o
> rtlanal.o rtl-error.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o
> sched-vis.o sdbout.o sibcall.o simplify-rtx.o ssa.o ssa-ccp.o ssa-dce.o
> stmt.o stor-layout.o stringpool.o timevar.o toplev.o tree.o tree-dump.o
> tree-inline.o unroll.o varasm.o varray.o version.o vmsdbgout.o xcoffout.o
> ggc-page.o alpha.o
> ranlib libbackend.a
> gcc -Wa,-oldas -DIN_GCC    -g  -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic
> -Wno-long-long  -DHAVE_CONFIG_H  -o cc1 \
> 	c-parse.o c-lang.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-format.o
> c-semantics.o c-objc-common.o libcpp.a  main.o libbackend.a
> ./intl/libintl.a  -liconv  ../libiberty/libiberty.a
> _F64__F64_stat
> _F64__F64_fstat
> _F64__F64_lstat
> collect2: ld returned 1 exit status
> make[2]: *** [cc1] Error 1
> make[2]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc-out/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory `/tmp_mnt/scratch/jss/builds/gcc-out/gcc'
> make: *** [bootstrap] Error 2
> 
> 
> Have I done something stupid here or is there a bug?

[snip]

Re: Problems building 3.2.2 on Compaq Tru64 5.1B

[Jeremy Sanders]

On Wed, 19 Mar 2003, LLeweLLyn Reese wrote:

> Jeremy Sanders <jss@ast.cam.ac.uk> writes:
>
> > I'm having problems building gcc-3.2.2 on Compaq True64 5.1 (2650), alpha.
> > I've tried building with the native cc and with gcc-3.1 (from when the
> > machine was running 4.0D).
>
> I'm not familar with alphas or True64, but see
>
> http://gcc.gnu.org/gcc-3.2/buildstat.html
>
> and examine the successful reports from systems like yours; they may
> contain hints or clues.

Ah - it's PR 9671 (if anyone's interested). Why didn't the gnat search
facility find _F64__F64_stat? Patch is in for the next release. (however I
saw the bug with cc rather than gcc unlike what it says at the bottom of
the report).

Jeremy

-- 
Jeremy Sanders <jss@ast.cam.ac.uk>   http://www-xray.ast.cam.ac.uk/~jss/
X-Ray Group, Institute of Astronomy, University of Cambridge, UK.
Public Key Server PGP Key ID: E1AAE053