[Bug bootstrap/13747] New: latest 3.4 snapshot (20040114) fails to build on x86_64 with SUSE 9.0

[Bug bootstrap/13747] New: latest 3.4 snapshot (20040114) fails to build on x86_64 with SUSE 9.0

[robert dot schweikert at abaqus dot com]

The current version of gcc on the system: 
-> gcc --version
gcc (GCC) 3.3.1 (SuSE Linux)

-> make --version
GNU Make 3.80

-> autoconf --version
autoconf (GNU Autoconf) 2.57

The configure script was run as follows
-> ./configure --prefix=/scratch/wdir/rjschwei/local

The process produced the following output:

creating cache ./config.cache
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking build system type... x86_64-unknown-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking for x86_64-unknown-linux-gnu-ar... no
checking for ar... ar
checking for x86_64-unknown-linux-gnu-as... no
checking for as... as
checking for x86_64-unknown-linux-gnu-dlltool... no
checking for dlltool... dlltool
checking for x86_64-unknown-linux-gnu-ld...
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.1/../../../../x86_64-suse-linux/bin/ld
checking for x86_64-unknown-linux-gnu-configno
checking for nm... nm
checking for x86_64-unknown-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking for x86_64-unknown-linux-gnu-windres... no
checking for windres... windres
checking for x86_64-unknown-linux-gnu-objcopy... no
checking for objcopy... objcopy
checking for x86_64-unknown-linux-gnu-objdump... no
checking for objdump... objdump
checking for x86_64-unknown-linux-gnu-ar... no
checking for ar... ar
checking for x86_64-unknown-linux-gnu-as... no
checking for as... as
checking for x86_64-unknown-linux-gnu-dlltool... no
checking for dlltool... dlltool
checking for x86_64-unknown-linux-gnu-ld... no
checking for ld... ld
checking for x86_64-unknown-linux-gnu-nm... no
checking for nm... nm
checking for x86_64-unknown-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking for x86_64-unknown-linux-gnu-windres... no
checking for windres... windres
checking whether to enable maintainer-specific portions of Makefiles... no
updating cache ./config.cache
creating ./config.status
creating Makefile
nfigure:3931: checking for x86_64-unknown-linux-gnu-windres
configure:3964: checking for windres
configure:4031: checking whether to enable maintainer-specific portions of Makefiles

running make results in the following failure:

configure: loading cache ./config.cache
configure: error: `CC' has changed since the previous run:
configure:   former value:  gcc
configure:   current value:  /var/wdir/rjschwei/local/gcc-3.4-20040114/gcc/xgcc
-B/var/wdir/rjschwei/local/gcc-3.4-20040114/gcc/
-B/scratch/wdir/rjschwei/local/x86_64-unknown-linux-gnu/bin/
-B/scratch/wdir/rjschwei/local/x86_64-unknown-linux-gnu/lib/ -isystem
/scratch/wdir/rjschwei/local/x86_64-unknown-linux-gnu/include -isystem
/scratch/wdir/rjschwei/local/x86_64-unknown-linux-gnu/sys-include
configure: error: `CFLAGS' has changed since the previous run:
configure:   former value:  -g -O2
configure:   current value: -O2 -g -O2
configure: error: `CPPFLAGS' was not set in the previous run
configure: error: `LDFLAGS' was not set in the previous run
configure: error: `target_alias' was set to `x86_64-unknown-linux-gnu' in the
previous run
configure: error: changes in the environment can compromise the build
configure: error: run `make distclean' and/or `rm ./config.cache' and start over
make: *** [configure-target-libiberty] Error 1

I can provide the whole build log if needed.

Robert

-- 
           Summary: latest 3.4 snapshot (20040114) fails to build on x86_64
                    with SUSE 9.0
           Product: gcc
           Version: 3.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: robert dot schweikert at abaqus dot com
                CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/13747] latest 3.4 snapshot (20040114) fails to build on x86_64 with SUSE 9.0

[dhazeghi at yahoo dot com]

------- Additional Comments From dhazeghi at yahoo dot com  2004-01-19 21:43 -------
Oh, you're configuring with srcdir == objdir. That's been known to be flaky in the past... Can you 
try configuring and building in a directory other than the source directory? Thanks.

-- 


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

[Bug bootstrap/13747] latest 3.4 snapshot (20040114) fails to build on x86_64 with SUSE 9.0

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-20 03:44 -------
Also do you have any env variables set like CFLAGS?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |minor


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

[Bug bootstrap/13747] latest 3.4 snapshot (20040114) fails to build on x86_64 with SUSE 9.0

[dhazeghi at yahoo dot com]

------- Additional Comments From dhazeghi at yahoo dot com  2004-01-20 08:26 -------
*** Bug 13763 has been marked as a duplicate of this bug. ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ch dot ehrlicher at gmx dot
                   |                            |de


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

[Bug bootstrap/13747] latest 3.4 snapshot (20040114) fails to build on x86_64 with SUSE 9.0

[ch dot ehrlicher at gmx dot de]

------- Additional Comments From ch dot ehrlicher at gmx dot de  2004-01-20 09:01 -------
I've the same problems (see Bug 13763), but on normal SuSE 8.2/9.0 so I think
the Summary should be changed (I searched for this bug, but I didn't find them
so I opened a new one).
Also I have no xxFLAGS set in the environment and I do ./configure (without
params) and make in the srcdir (/home/chehrlic/gcc-3.4-20040114/)

-- 


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

[Bug bootstrap/13747] latest 3.4 snapshot (20040114) fails to build with SUSE 8.x/9.0

[dhazeghi at yahoo dot com]

------- Additional Comments From dhazeghi at yahoo dot com  2004-01-20 16:10 -------
Okay. So if you do a build from a directory different than the source directory (ie mkdir objdir; cd 
objdir; ../gcc-3.4-20040114/configure; make bootstrap) Does the build still fail?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
           Keywords|                            |build
            Summary|latest 3.4 snapshot         |latest 3.4 snapshot
                   |(20040114) fails to build on|(20040114) fails to build
                   |x86_64 with SUSE 9.0        |with SUSE 8.x/9.0


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

[Bug bootstrap/13747] latest 3.4 snapshot (20040114) fails to build with SUSE 8.x/9.0

[ch dot ehrlicher at gmx dot de]

------- Additional Comments From ch dot ehrlicher at gmx dot de  2004-01-21 16:04 -------
It seems that it worked for me when I do the steps comment 5, but I don't know
why... 

-- 


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

[Bug bootstrap/13747] fail to build in source directory

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-21 16:10 -------
ok, so this failure is about building in the source directory which is not supported (we really should 
reject this just like glibc does).

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2004-01-21 16:10:41
               date|                            |
            Summary|latest 3.4 snapshot         |fail to build in source
                   |(20040114) fails to build   |directory
                   |with SUSE 8.x/9.0           |


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

[Bug bootstrap/13747] fail to build in source directory

[ch dot ehrlicher at gmx dot de]

------- Additional Comments From ch dot ehrlicher at gmx dot de  2004-01-21 20:43 -------
Mhhh I've never see anywhere a hint that I can't build gcc in the source
directory... or had I overlooked it?
I think this should be rejected or somewhere documented.

-- 


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

[Bug bootstrap/13747] fail to build in source directory

[bangerth at dealii dot org]

------- Additional Comments From bangerth at dealii dot org  2004-01-21 20:52 -------
Just look up the installation instructions, they give a clear 
indication that you shouldn't build in-source. 
 
W. 

-- 


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

[Bug bootstrap/13747] fail to build in source directory

[robert dot schweikert at abaqus dot com]

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


------- Additional Comments From robert dot schweikert at abaqus dot com  2004-01-22 16:16 -------
Subject: Re:  fail to build in source directory

Ok,

Even after avoiding my silly mistake about not building in the source
tree the compiler still will not bootstrap.

Here is the error:

/var/wdir/rjschwei/local/gcc-3.4-20040114/objects/gcc/gcj
-B/var/wdir/rjschwei/local/gcc-3.4-20040114/objects/x86_64-unknown-linux-gnu/32/libjava/ -B/var/wdir/rjschwei/local/gcc-3.4-20040114/objects/gcc/ --encoding=UTF-8 -Wno-deprecated -fclasspath= -fbootclasspath=/var/wdir/rjschwei/local/gcc-3.4-20040114/objects/x86_64-unknown-linux-gnu/32/libjava -ffloat-store -fno-omit-frame-pointer -g -O2 -m32 -MD -MT java/lang/Boolean.lo -MF java/lang/Boolean.d -c ../../../../libjava/java/lang/Boolean.java -fPIC -o java/lang/.libs/Boolean.o
/scratch/ccBhUD7z.s: Assembler messages:
/scratch/ccBhUD7z.s:942: Error: unrecognized symbol type ""
/scratch/ccBhUD7z.s:942: Warning: rest of line ignored; first ignored
character is `*'
/scratch/ccBhUD7z.s:943: Error: expected comma after name `Э' in
.size directive
/scratch/ccBhUD7z.s:943: Warning: rest of line ignored; first ignored
character is `*'
/scratch/ccBhUD7z.s:944: Error: invalid character (0xffffffd0) in
mnemonic
/scratch/ccBhUD7z.s:986: Warning: missing operand; zero assumed
make[4]: *** [java/lang/Boolean.lo] Error 1
make[4]: Leaving directory
`/scratch/wdir/rjschwei/local/gcc-3.4-20040114/objects/x86_64-unknown-linux-gnu/32/libjava'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/scratch/wdir/rjschwei/local/gcc-3.4-20040114/objects/x86_64-unknown-linux-gnu/32/libjava'
make[2]: *** [multi-do] Error 1
make[2]: Leaving directory
`/scratch/wdir/rjschwei/local/gcc-3.4-20040114/objects/x86_64-unknown-linux-gnu/libjava'
make[1]: *** [all-multi] Error 2
make[1]: Leaving directory
`/scratch/wdir/rjschwei/local/gcc-3.4-20040114/objects/x86_64-unknown-linux-gnu/libjava'
make: *** [all-target-libjava] Error 2


The assembly file is of course gone. Not sure how to reproduce this
manually to save the assembly file.

Robert

On Wed, 2004-01-21 at 15:52, bangerth at dealii dot org wrote:
> ------- Additional Comments From bangerth at dealii dot org  2004-01-21 20:52 -------
> Just look up the installation instructions, they give a clear 
> indication that you shouldn't build in-source. 
>  
> W. 


-- 


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

[Bug bootstrap/13747] fail to build in source directory

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-22 16:28 -------
the error you are getting now sounds like your binutils is out of date.

-- 


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

[Bug bootstrap/13747] fail to build in source directory

[robert dot schweikert at abaqus dot com]

------- Additional Comments From robert dot schweikert at abaqus dot com  2004-01-22 16:43 -------
Subject: Re:  fail to build in source directory

binutils look up to date to me.

-> ld --version
GNU ld version 2.14.90.0.5 20030722 (SuSE Linux)

unless I need a snapshot to build 3.4.x which would be bad in my
opinion.

Robert

On Thu, 2004-01-22 at 11:28, pinskia at gcc dot gnu dot org wrote:
> ------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-22 16:28 -------
> the error you are getting now sounds like your binutils is out of date.


-- 


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

[Bug bootstrap/13747] fail to build in source directory

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-22 16:57 -------
No that is not update and it is a snapshot from about 6 months ago and it is one of those HJL's 
binutils which has known to be problematic, get a real 2.14 or get a more recent snapshot.

-- 


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

[Bug bootstrap/13747] fail to build in source directory

[robert dot schweikert at abaqus dot com]

------- Additional Comments From robert dot schweikert at abaqus dot com  2004-01-22 21:13 -------
Subject: Re:  fail to build in source directory

Ok,

updating the binutils doesn't do the trick:

-> ld --version
GNU ld version 2.14 20030612
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms
of
the GNU General Public License.  This program has absolutely no
warranty.

Same error.

-> ld --version
GNU ld version 040122 20040122
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms
of
the GNU General Public License.  This program has absolutely no
warranty.

Same error.

Robert


On Thu, 2004-01-22 at 11:57, pinskia at gcc dot gnu dot org wrote:
> ------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-22 16:57 -------
> No that is not update and it is a snapshot from about 6 months ago and it is one of those HJL's 
> binutils which has known to be problematic, get a real 2.14 or get a more recent snapshot.


-- 


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

[Bug bootstrap/13747] fail to build in source directory

[dhazeghi at yahoo dot com]

------- Additional Comments From dhazeghi at yahoo dot com  2004-01-22 22:03 -------
Whatever you're hitting now is a separate bug from the one first reported. Could you open a 
separate report for it? If possible, checking a later snapshot would be helpful too. I'm a bit 
surprised that the build's failing since many developers bootstrap regularly on x86_64, but many 
things are possible...

-- 


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

[Bug bootstrap/13747] fail to build in source directory

[robert dot schweikert at abaqus dot com]

------- Additional Comments From robert dot schweikert at abaqus dot com  2004-02-03 16:07 -------
Subject: Re:  fail to build in source directory

Ok,

I just got the latest snapshot gcc-3.4-20040128.tar.bz2 and it
bootstrapped just fine.

Thanks,
Robert

On Thu, 2004-01-22 at 17:03, dhazeghi at yahoo dot com wrote:
> ------- Additional Comments From dhazeghi at yahoo dot com  2004-01-22 22:03 -------
> Whatever you're hitting now is a separate bug from the one first reported. Could you open a 
> separate report for it? If possible, checking a later snapshot would be helpful too. I'm a bit 
> surprised that the build's failing since many developers bootstrap regularly on x86_64, but many 
> things are possible...


-- 


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

[Bug bootstrap/13747] fail to build in source directory

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-02-03 16:40 -------
Works now so closing as fixed.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED


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