[Bug bootstrap/12482] New: gcc 3.4 20030920 fails to build cc1 during second stage

[Bug bootstrap/12482] New: gcc 3.4 20030920 fails to build cc1 during second stage

[p dot van-hoof at qub dot ac dot uk]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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

           Summary: gcc 3.4 20030920 fails to build cc1 during second stage
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: p dot van-hoof at qub dot ac dot uk
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.9
  GCC host triplet: sparc-sun-solaris2.9
GCC target triplet: sparc-sun-solaris2.9

Building gcc 3.4 20030920 on a sparc-sun-solaris2.9 host fails while compiling
cc1 during the second stage. The symbols libintl_bindtextdomain,
libintl_textdomain, and libintl_gettext are not present in
/usr/lib/libintl.so.1. These should have been bindtextdomain, textdomain, and
gettext (i.e., without the libintl_ prefix). I have attached the config.cache
for reference.

to avoid the problems described in PR12396:

idefix# setenv CONFIG_SHELL /bin/ksh
idefix# echo $path
/opt/local/bin /opt/sfw/bin /usr/sfw/bin /opt/SUNWspro/bin /usr/bin /usr/sbin
/usr/X/bin /usr/dt/bin /usr/ccs/bin
idefix# /scratch/pvh2/gcc/configure --prefix=/opt/local/gcc340
--enable-languages=c,c++,f77

               ... some output omitted ...

idefix# gmake bootstrap

               ... some output omitted ... 

stage1/xgcc -Bstage1/ -B/opt/local/gcc340/sparc-sun-solaris2.9/bin/ -c   -g -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Werror -fno-common   -DHAVE_CONFIG_H    -I. -I.
-I/scratch/pvh2/gcc/gcc -I/scratch/pvh2/gcc/gcc/.
-I/scratch/pvh2/gcc/gcc/../include  /scratch/pvh2/gcc/gcc/cgraphunit.c -o
cgraphunit.o
rm -rf libbackend.a
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
cfgloopanal.o cfgloopmanip.o loop-init.o loop-unswitch.o loop-unroll.o cfgrtl.o
combine.o conflict.o convert.o coverage.o cse.o cselib.o dbxout.o debug.o df.o
diagnostic.o dojump.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 gtype-desc.o
haifa-sched.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 optabs.o options.o opts.o
params.o postreload.o predict.o print-rtl.o print-tree.o value-prof.o profile.o
ra.o ra-build.o ra-colorize.o ra-debug.o ra-rewrite.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 sreal.o ssa.o ssa-ccp.o ssa-dce.o stmt.o
stor-layout.o stringpool.o targhooks.o timevar.o toplev.o tracer.o tree.o
tree-dump.o unroll.o varasm.o varray.o version.o vmsdbgout.o xcoffout.o
alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page.o  sparc.o
 host-default.o hashtable.o tree-inline.o tree-optimize.o cgraph.o cgraphunit.o
ranlib libbackend.a
stage1/xgcc -Bstage1/ -B/opt/local/gcc340/sparc-sun-solaris2.9/bin/   -g -O2
-DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Werror -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 -lintl -liconv
Undefined                       first referenced
 symbol                             in file
libintl_bindtextdomain              libbackend.a(intl.o)
libintl_textdomain                  libbackend.a(intl.o)
libintl_gettext                     c-parse.o
ld: fatal: Symbol referencing errors. No output written to cc1
collect2: ld returned 1 exit status
gmake[2]: *** [cc1] Error 1
gmake[2]: Leaving directory `/opt/temp/objdir2/gcc'
gmake[1]: *** [stage2_build] Error 2
gmake[1]: Leaving directory `/opt/temp/objdir2/gcc'
gmake: *** [bootstrap] Error 2

[Bug bootstrap/12482] gcc 3.4 20030920 fails to build cc1 during second stage

[p dot van-hoof at qub dot ac dot uk]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From p dot van-hoof at qub dot ac dot uk  2003-10-01 18:01 -------
Created an attachment (id=4874)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=4874&action=view)
configuration cache for the build

[Bug bootstrap/12482] gcc 3.4 20030920 fails to build cc1 during second stage

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


pinskia at gcc dot gnu dot org changed:

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


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-10-01 21:27 -------
Where do the libintl.h files sit on your system (one in /usr/local/include and one in /usr/include?) 
and where do libintl.{a,so} sit (one in /usr/lib)?

[Bug bootstrap/12482] gcc 3.4 20030920 fails to build cc1 during second stage

[p dot van-hoof at qub dot ac dot uk]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From p dot van-hoof at qub dot ac dot uk  2003-10-01 23:07 -------
Subject: Re:  gcc 3.4 20030920 fails to build cc1 during
 second stage


> Where do the libintl.h files sit on your system (one in /usr/local/include and one in /usr/include?) 
> and where do libintl.{a,so} sit (one in /usr/lib)?

I have both /usr/local/include/libintl.h and /usr/include/libintl.h, as well as 
corresponding libraries in /usr/local/lib and /usr/lib. The /usr/local/lib one 
is the GNU version, while the other is the system default. They are incompatible.

I will try rearranging my LD_LIBRARY_PATH and see if that helps. Hopefully that 
won't break anything else... It's a nightmare keeping your libraries straight 
under Solaris...

Thanks for the help!

[Bug bootstrap/12482] gcc 3.4 20030920 fails to build cc1 during second stage

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


pinskia at gcc dot gnu dot org changed:

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


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-10-02 00:00 -------
Not a bug in GCC but rather GCC is picking up the wrong one library which sounds like a 
LD_LIBRARY_PATH problem.

[Bug bootstrap/12482] gcc 3.4 20030920 fails to build cc1 during second stage

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-20 12:04 -------
*** Bug 22126 has been marked as a duplicate of this bug. ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dvoll01 at uniserv dot com


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