Problems Building version 4.1.1 on Cygwin

Tim Prince
Fri Sep 8 20:53:00 GMT 2006

Scott Goldstein wrote:
> I have the following problem building 4.1.1 on Cygwin.  This error
> occurred in the make bootstrap phase:
> ar rc libbackend.a tree-chrec.o tree-scalar-evolution.o tree-data-ref.o
> tree-cfg
> .o tree-dfa.o tree-eh.o tree-ssa.o tree-optimize.o tree-gimple.o
> gimplify.o tree
> -pretty-print.o tree-into-ssa.o tree-outof-ssa.o tree-ssa-ccp.o
> tree-vn.o tree-s
> sa-uncprop.o tree-ssa-dce.o  tree-ssa-copy.o tree-nrv.o
> tree-ssa-copyrename.o tr
> ee-ssa-pre.o tree-ssa-live.o tree-ssa-operands.o tree-ssa-alias.o
> tree-ssa-phiop
> t.o tree-ssa-forwprop.o tree-nested.o tree-ssa-dse.o tree-ssa-dom.o
> domwalk.o tr
> ee-tailcall.o gimple-low.o tree-iterator.o tree-phinodes.o
> tree-ssanames.o tree-
> sra.o tree-complex.o tree-vect-generic.o tree-ssa-loop.o
> tree-ssa-loop-niter.o t
> ree-ssa-loop-manip.o tree-ssa-threadupdate.o tree-vectorizer.o
> tree-vect-analyze
> .o tree-vect-transform.o tree-ssa-loop-ivcanon.o tree-ssa-propagate.o
> tree-ssa-a
> ddress.o tree-ssa-math-opts.o tree-ssa-loop-ivopts.o tree-if-conv.o
> tree-ssa-loo
> p-unswitch.o 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 cfgloopanal.o
> cfgloopm
> anip.o loop-init.o loop-unswitch.o loop-unroll.o cfgrtl.o combine.o
> conflict.o c
> onvert.o coverage.o cse.o cselib.o dbxout.o ddg.o tree-ssa-loop-ch.o
> loop-invari
> ant.o tree-ssa-loop-im.o debug.o df.o diagnostic.o dojump.o dominance.o
> loop-dol
> oop.o dwarf2asm.o dwarf2out.o emit-rtl.o except.o explow.o loop-iv.o
> expmed.o ex
> pr.o final.o flow.o fold-const.o function.o gcse.o genrtl.o ggc-common.o
> global.
> o graph.o gtype-desc.o haifa-sched.o hooks.o ifcvt.o insn-attrtab.o
> insn-emit.o
> insn-modes.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 mode-
> switching.o modulo-sched.o optabs.o options.o opts.o params.o
> postreload.o postr
> eload-gcse.o predict.o insn-preds.o pointer-set.o print-rtl.o
> print-tree.o profi
> le.o value-prof.o var-tracking.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 s
> bitmap.o sched-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o
> simplify-rtx.
> o sreal.o stmt.o stor-layout.o stringpool.o targhooks.o timevar.o
> toplev.o trace
> r.o tree.o tree-dump.o varasm.o varray.o vec.o version.o vmsdbgout.o
> xcoffout.o
> alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page.o
> web.o pa
> sses.o tree-profile.o rtlhooks.o cfgexpand.o lambda-mat.o
> lambda-trans.olambda-c
> ode.o tree-loop-linear.o tree-ssa-sink.o tree-vrp.o tree-stdarg.o
> tree-cfgcleanu
> p.o tree-ssa-reassoc.o tree-ssa-structalias.o tree-object-size.o i386.o
> winnt.o
> winnt-stubs.o host-cygwin.o tree-inline.o cgraph.o cgraphunit.o
> tree-nomudflap.o
>  ipa.o ipa-inline.o ipa-utils.o ipa-reference.o ipa-pure-const.o
> ipa-type-escape
> .o ipa-prop.o ipa-cp.o
> ar: ipa-cp.o: No such file or directory
> make[2]: *** [libbackend.a] Error 1
> make[2]: Leaving directory `/c/development/gcc-4.1.1/compile/objdir/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory `/c/development/gcc-4.1.1/compile/objdir/gcc'
> make: *** [bootstrap] Error 2
> I ran the following commands:
> 1.  ../gcc/configure -enable-threads=posix
> --prefix=/c/development/gcc-4.1.1/compile/build --enable-shared
> --enable-languages=c++,java --with-as=/usr/bin/as --with-ld=/usr/bin/ld
> 2.  make bootstrap
> Can anyone provide some help with this issue?  Thanks.

You must have had a problem earlier in the build than what you show.  If 
nothing shows in your screen echo, did as or ld hang on one or more 
compilations?  see below.
I think the list of languages for --enable-languages must be quoted.  C 
is required, although it may come in automatically with c++.
I don't know how much luck you will have with --enable-shared; do you 
have evidence that it is known to work with your choice of languages?
Don't you need to choose appropriate exception handling for c++ or java?
I have had better luck by not accepting the latest cygwin binutils, 
which gave me frequent problems of this nature.  I have not been able to 
download a version of gmp which was not corrupted, so I had to rebuild 
it (the cygwin source being OK).

More information about the Gcc-help mailing list