* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
@ 2004-06-21 9:09 ` ebotcazou at gcc dot gnu dot org
2004-06-21 9:16 ` pluto at pld-linux dot org
` (14 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-06-21 9:09 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-06-21 09:09 -------
> Where is the bug? /usr/lib64/gcc/sparc64-pld-linux/3.4.1/specs?
Yes, most likely. Could you post the contents of the 'asm' specs and its
children (on Solaris it's asm -> asm_cpu -> asm_cpu_default)?
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED |ASSIGNED
Component|other |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
2004-06-21 9:09 ` [Bug target/16109] " ebotcazou at gcc dot gnu dot org
@ 2004-06-21 9:16 ` pluto at pld-linux dot org
2004-06-21 9:37 ` ebotcazou at gcc dot gnu dot org
` (13 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pluto at pld-linux dot org @ 2004-06-21 9:16 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pluto at pld-linux dot org 2004-06-21 09:16 -------
(In reply to comment #1)
> > Where is the bug? /usr/lib64/gcc/sparc64-pld-linux/3.4.1/specs?
>
> Yes, most likely. Could you post the contents of the 'asm' specs and its
> children (on Solaris it's asm -> asm_cpu -> asm_cpu_default)?
>
*asm:
%{V} %{v:%{!V:-V}} %{!Qn:-Qy} %{n} %{T} %{Ym,*} %{Wa,*:%*} -s %{fpic|fPIC|
fpie|fPIE:-K PIC} %{mlittle-endian:-EL} %(asm_cpu) %(asm_arch) %(asm_relax)
*asm_cpu:
%{mcpu=sparclet:-Asparclet} %{mcpu=tsc701:-Asparclet}
%{msparclite:-Asparclite} %{mf930:-Asparclite} %{mf934:-Asparclite}
%{mcpu=sparclite:-Asparclite} %{mcpu=sparclite86x:-Asparclite}
%{mcpu=f930:-Asparclite} %{mcpu=f934:-Asparclite} %{mv8plus:-Av8plus}
%{mcpu=v9:-Av9} %{mcpu=ultrasparc:%{!mv8plus:-Av9a}} %{mcpu=ultrasparc3:
%{!mv8plus:-Av9b}} %{!mcpu*:%{!mcypress:%{!msparclite:%{!mf930:%{!mf934:
%{!mv8:%{!msupersparc:%(asm_cpu_default)}}}}}}}
*asm_cpu_default:
-Av9a
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
2004-06-21 9:09 ` [Bug target/16109] " ebotcazou at gcc dot gnu dot org
2004-06-21 9:16 ` pluto at pld-linux dot org
@ 2004-06-21 9:37 ` ebotcazou at gcc dot gnu dot org
2004-06-21 9:40 ` pluto at pld-linux dot org
` (12 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-06-21 9:37 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-06-21 09:37 -------
The list is not complete, it lacks 'asm_arch' and 'asm_relax'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (2 preceding siblings ...)
2004-06-21 9:37 ` ebotcazou at gcc dot gnu dot org
@ 2004-06-21 9:40 ` pluto at pld-linux dot org
2004-06-21 9:50 ` ebotcazou at gcc dot gnu dot org
` (11 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pluto at pld-linux dot org @ 2004-06-21 9:40 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pluto at pld-linux dot org 2004-06-21 09:40 -------
(In reply to comment #3)
> The list is not complete, it lacks 'asm_arch' and 'asm_relax'.
>
*asm_arch32:
-32
*asm_arch64:
-64 -no-undeclared-regs
*asm_relax:
%{!mno-relax:-relax}
*asm_arch_default:
-64 -no-undeclared-regs
*asm_arch:
%{m32:%(asm_arch32)} %{m64:%(asm_arch64)} %{!m32:%{!m64:%(asm_arch_default)}}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (3 preceding siblings ...)
2004-06-21 9:40 ` pluto at pld-linux dot org
@ 2004-06-21 9:50 ` ebotcazou at gcc dot gnu dot org
2004-06-21 10:59 ` pluto at pld-linux dot org
` (10 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-06-21 9:50 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-06-21 09:50 -------
Unless I'm mistaken, I see no smoking gun. Could you post the line passed to
the assembler by the driver (with -v)? Are you sure the command line passed to
the driver contains no other relevant bits?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (4 preceding siblings ...)
2004-06-21 9:50 ` ebotcazou at gcc dot gnu dot org
@ 2004-06-21 10:59 ` pluto at pld-linux dot org
2004-06-21 11:22 ` pluto at pld-linux dot org
` (9 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pluto at pld-linux dot org @ 2004-06-21 10:59 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pluto at pld-linux dot org 2004-06-21 10:59 -------
(In reply to comment #5)
> Unless I'm mistaken, I see no smoking gun. Could you post the line passed
to
> the assembler by the driver (with -v)? Are you sure the command line passed
to
> the driver contains no other relevant bits?
>
# /home/users/support2/rpm/BUILD/libc/buildir
cd /home/users/support2/rpm/BUILD/libc/string
sparc64-pld-linux-gcc ../sysdeps/sparc/sparc64/memset.S -v -c \
-I../include -I. -I/home/users/support2/rpm/BUILD/libc/builddir/string \
-I.. -I../libio -I/home/users/support2/rpm/BUILD/libc/builddir \
-I../sysdeps/sparc/sparc64/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/sparc/sparc64 \
-I../linuxthreads/sysdeps/unix/sysv/linux/sparc
-I../linuxthreads/sysdeps/unix/sysv/linux \
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread
-I../linuxthreads/sysdeps/unix/sysv \
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/sparc/sparc64 \
-I../linuxthreads/sysdeps/sparc -I../sysdeps/unix/sysv/linux/sparc/sparc64 \
-I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux/sparc \
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common \
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv \
-I../sysdeps/unix/sparc -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/sparc/sparc64/fpu \
-I../sysdeps/sparc/sparc64 -I../sysdeps/wordsize-64
-I../sysdeps/ieee754/ldbl-128 \
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32
-I../sysdeps/sparc/sparc64/soft-fp \
-I../sysdeps/sparc/fpu -I../sysdeps/sparc -I../sysdeps/ieee754
-I../sysdeps/generic/elf \
-I../sysdeps/generic \
-nostdinc \
-isystem /usr/lib64/gcc/sparc64-pld-linux/3.4.1/include \
-isystem /usr/include \
-D_LIBC_REENTRANT -include ../include/libc-symbols.h \
-DASSEMBLER -Wa,--noexecstack \
-o /home/users/support2/rpm/BUILD/libc/builddir/string/memset.o \
-MD -MP -MF /home/users/support2/rpm/BUILD/libc/builddir/string/memset.o.dt
# logged echo
Reading specs from /usr/lib64/gcc/sparc64-pld-linux/3.4.1/specs
Configured with: ../configure --prefix=/usr --libdir=/usr/lib64
--libexecdir=/usr/lib64 --infodir=/usr/share/info --mandir=/usr/share/man
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-languages=c,c++ --enable-c99 --enable-long-long --disable-nls
--enable-multilib3 --with-gnu-as --with-gnu-ld --with-system-zlib
--with-slibdir=/lib64 --without-x sparc64-pld-linux
Thread model: posix
gcc version 3.4.1 20040611 (prerelease) (PLD Linux)
/usr/lib64/gcc/sparc64-pld-linux/3.4.1/cc1 -E -lang-asm -quiet -nostdinc -v
-I../include -I. -I/home/users/support2/rpm/BUILD/libc/builddir/string
-I.. -I../libio -I/home/users/support2/rpm/BUILD/libc/builddir
-I../sysdeps/sparc/sparc64/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/sparc/sparc64
-I../linuxthreads/sysdeps/unix/sysv/linux/sparc
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/sparc/sparc64
-I../linuxthreads/sysdeps/sparc -I../sysdeps/unix/sysv/linux/sparc/sparc64
-I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux/sparc
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
-I../sysdeps/unix/sparc -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/sparc/sparc64/fpu -I../sysdeps/sparc/sparc64
-I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-128
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32
-I../sysdeps/sparc/sparc64/soft-fp -I../sysdeps/sparc/fpu -I../sysdeps/sparc
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic
-MD /home/users/support2/rpm/BUILD/libc/builddir/string/memset.d
-MF /home/users/support2/rpm/BUILD/libc/builddir/string/memset.o.dt
-MP -MQ /home/users/support2/rpm/BUILD/libc/builddir/string/memset.o
-D__sparc_v9__ -D__arch64__ -D_LIBC_REENTRANT -DASSEMBLER
-isystem /usr/lib64/gcc/sparc64-pld-linux/3.4.1/include
-isystem /usr/include
-include ../include/libc-symbols.h ../sysdeps/sparc/sparc64/memset.S
-mcpu=v9 -o /tmp/ccCmwE5h.s
#include "..." search starts here:
#include <...> search starts here:
../include
.
/home/users/support2/rpm/BUILD/libc/builddir/string
..
../libio
/home/users/support2/rpm/BUILD/libc/builddir
../sysdeps/sparc/sparc64/elf
../linuxthreads/sysdeps/unix/sysv/linux/sparc/sparc64
../linuxthreads/sysdeps/unix/sysv/linux/sparc
../linuxthreads/sysdeps/unix/sysv/linux
../linuxthreads/sysdeps/pthread
../sysdeps/pthread
../linuxthreads/sysdeps/unix/sysv
../linuxthreads/sysdeps/unix
../linuxthreads/sysdeps/sparc/sparc64
../linuxthreads/sysdeps/sparc
../sysdeps/unix/sysv/linux/sparc/sparc64
../sysdeps/unix/sysv/linux/wordsize-64
../sysdeps/unix/sysv/linux/sparc
../sysdeps/unix/sysv/linux
../sysdeps/gnu
../sysdeps/unix/common
../sysdeps/unix/mman
../sysdeps/unix/inet
../sysdeps/unix/sysv
../sysdeps/unix/sparc
../sysdeps/unix
../sysdeps/posix
../sysdeps/sparc/sparc64/fpu
../sysdeps/sparc/sparc64
../sysdeps/wordsize-64
../sysdeps/ieee754/ldbl-128
../sysdeps/ieee754/dbl-64
../sysdeps/ieee754/flt-32
../sysdeps/sparc/sparc64/soft-fp
../sysdeps/sparc/fpu
../sysdeps/sparc
../sysdeps/ieee754
../sysdeps/generic/elf
../sysdeps/generic
/usr/lib64/gcc/sparc64-pld-linux/3.4.1/include
/usr/include
End of search list.
as -V -Qy -s -Av9 -64 -no-undeclared-regs -relax --noexecstack
-o /home/users/support2/rpm/BUILD/libc/builddir/string/memset.o /tmp/ccCmwE5h.s
GNU assembler version 2.15.91.0.1 (sparc64-pld-linux) using BFD version
2.15.91.0.1 20040527
../sysdeps/sparc/sparc64/memset.S: Assembler messages:
../sysdeps/sparc/sparc64/memset.S:248: Error: Architecture mismatch on
"fzero".
../sysdeps/sparc/sparc64/memset.S:248: (Requires v9a|v9b; requested
architecture is v9.)
../sysdeps/sparc/sparc64/memset.S:251: Error: Architecture mismatch on
"fzero".
../sysdeps/sparc/sparc64/memset.S:251: (Requires v9a|v9b; requested
architecture is v9.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (5 preceding siblings ...)
2004-06-21 10:59 ` pluto at pld-linux dot org
@ 2004-06-21 11:22 ` pluto at pld-linux dot org
2004-06-21 14:17 ` ebotcazou at gcc dot gnu dot org
` (8 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pluto at pld-linux dot org @ 2004-06-21 11:22 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pluto at pld-linux dot org 2004-06-21 11:22 -------
(In reply to comment #6)
hmm, I don't see `-mcpu=ultrasparc'.
# as -V -Qy -s -Av9 -64 -no-undeclared-regs -relax --noexecstack
^^^ it's correct.
with manually added -mcpu=ultrasparc.
# as -V -Qy -s -Av9a -64 -no-undeclared-regs -relax --noexecstack
^^^^^ ... and memset.S builds cleanly.
glibc bug?
vide ./configure CFLAGS=-O2 -m64 -mcpu=ultrasparc -mvis -fcall-used-g6 (...)
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (6 preceding siblings ...)
2004-06-21 11:22 ` pluto at pld-linux dot org
@ 2004-06-21 14:17 ` ebotcazou at gcc dot gnu dot org
2004-06-21 14:38 ` jakub at gcc dot gnu dot org
` (7 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-06-21 14:17 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-06-21 14:17 -------
That appears to be a glibc bug indeed.
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |ebotcazou at gcc dot gnu dot
| |org
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (7 preceding siblings ...)
2004-06-21 14:17 ` ebotcazou at gcc dot gnu dot org
@ 2004-06-21 14:38 ` jakub at gcc dot gnu dot org
2004-07-07 13:47 ` ebotcazou at gcc dot gnu dot org
` (6 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: jakub at gcc dot gnu dot org @ 2004-06-21 14:38 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From jakub at gcc dot gnu dot org 2004-06-21 14:38 -------
I don't think so. GCC on sparc64-*-linux is supposed to default to
-mcpu=ultrasparc if no -mcpu= is given.
> a.c; gcc34 -m64 -c -O2 a.c -v
Reading specs from /usr/lib/gcc/sparc64-redhat-linux/3.4.0/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-languages=c,c++,objc,java,f77
--host=sparc64-redhat-linux --build=sparc64-redhat-linux
--target=sparc64-redhat-linux --with-cpu=v7
Thread model: posix
gcc version 3.4.0 (Red Hat Linux 3.4.0-1.sparc)
/usr/libexec/gcc/sparc64-redhat-linux/3.4.0/cc1 -quiet -v -D__arch64__ a.c
-mptr64 -mstack-bias -mlong-double-128 -mcpu=ultrasparc -mvis -quiet -dumpbase
a.c -m64 -auxbase a -O2 -version -o /tmp/cctmL5p8.s
ignoring nonexistent directory
"/usr/lib/gcc/sparc64-redhat-linux/3.4.0/../../../../sparc64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc/sparc64-redhat-linux/3.4.0/include
/usr/include
End of search list.
GNU C version 3.4.0 (Red Hat Linux 3.4.0-1.sparc) (sparc64-redhat-linux)
compiled by GNU C version 3.4.0 (Red Hat Linux 3.4.0-1.sparc).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
as -V -Qy -s -Av9a -64 -no-undeclared-regs -relax -o a.o /tmp/cctmL5p8.s
GNU assembler version 2.15.90.0.3 (sparc-redhat-linux) using BFD version
2.15.90.0.3 20040415
There used to be a bug in this area, but it should be fixed by my:
* config/sparc/linux64.h (OPTION_DEFAULT_SPECS): If SPARC_BI_ARCH,
override sparc.h definition.
patch.
asm_cpu_default is supposed to be used, because no -mcpu=* nor one of its
obsolete variants are used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (8 preceding siblings ...)
2004-06-21 14:38 ` jakub at gcc dot gnu dot org
@ 2004-07-07 13:47 ` ebotcazou at gcc dot gnu dot org
2004-07-07 14:01 ` jakub at gcc dot gnu dot org
` (5 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-07-07 13:47 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-07-07 13:47 -------
Jakub, on which branch(es) did you put the aforementioned patch? Is it in the
final FSF 3.4.1 release?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (9 preceding siblings ...)
2004-07-07 13:47 ` ebotcazou at gcc dot gnu dot org
@ 2004-07-07 14:01 ` jakub at gcc dot gnu dot org
2004-07-07 14:40 ` ebotcazou at gcc dot gnu dot org
` (4 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: jakub at gcc dot gnu dot org @ 2004-07-07 14:01 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From jakub at gcc dot gnu dot org 2004-07-07 14:01 -------
On both gcc-3_4-branch and HEAD, on 2004-05-21.
So yes, it is in 3.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (10 preceding siblings ...)
2004-07-07 14:01 ` jakub at gcc dot gnu dot org
@ 2004-07-07 14:40 ` ebotcazou at gcc dot gnu dot org
2004-07-08 18:15 ` ebotcazou at gcc dot gnu dot org
` (3 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-07-07 14:40 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-07-07 14:40 -------
> On both gcc-3_4-branch and HEAD, on 2004-05-21.
> So yes, it is in 3.4.1.
The problem was reported against gcc version 3.4.1 20040611 so your patch was
very likely in the compiler.
I see -mcpu=v9 passed to cc1, which means that the driver probably sees it too,
so passes -Av9 as per the asm_cpu specs. It could come from a --with-cpu=v9 on
the configure line, but I don't see it in the output of 'gcc -v'.
Pawe?, did you apply local patches to the FSF sources?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (11 preceding siblings ...)
2004-07-07 14:40 ` ebotcazou at gcc dot gnu dot org
@ 2004-07-08 18:15 ` ebotcazou at gcc dot gnu dot org
2004-07-08 18:27 ` jakub at gcc dot gnu dot org
` (2 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-07-08 18:15 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-07-08 18:15 -------
> (It could come from a --with-cpu=v9 on the configure line, but I don't see it
> in the output of 'gcc -v'.
It is actually automatically set by the configure script:
sparc*-*-*)
# Some standard aliases.
case x$with_cpu in
xsparc)
with_cpu=v7
;;
xsparc86x)
with_cpu=sparclite86x
;;
xsparcv9 | xsparc64)
with_cpu=v9
;;
esac
Jakub, how is your sparc64-redhat-linux compiler supposed to work? I see you
configured it with --with-cpu=v7, so the driver will append -mcpu=v7 to the
command line if there is no -mcpu, right? How do you turn that into
-mcpu=ultrasparc?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (12 preceding siblings ...)
2004-07-08 18:15 ` ebotcazou at gcc dot gnu dot org
@ 2004-07-08 18:27 ` jakub at gcc dot gnu dot org
2004-07-08 19:28 ` ebotcazou at gcc dot gnu dot org
2004-07-10 20:31 ` ebotcazou at gcc dot gnu dot org
15 siblings, 0 replies; 17+ messages in thread
From: jakub at gcc dot gnu dot org @ 2004-07-08 18:27 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From jakub at gcc dot gnu dot org 2004-07-08 18:27 -------
If the compiler is configured with --with-cpu=v7, then it defaults to -m32.
#define OPTION_DEFAULT_SPECS \
{"cpu", "%{!m64:%{!mcpu=*:-mcpu=%(VALUE)}}" }, \
...
means that -mcpu=v7 will be passed if no -mcpu is given AND -m64 is not present
on the command line. If -m64 is present and -mcpu is not given, CC1_SPEC
will add -mcpu=ultrasparc.
Similarly for a compiler defaulting to -m64.
BTW, the compiler is misconfigured, it ought to use --libdir /usr/lib on sparc64,
not /usr/lib64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (13 preceding siblings ...)
2004-07-08 18:27 ` jakub at gcc dot gnu dot org
@ 2004-07-08 19:28 ` ebotcazou at gcc dot gnu dot org
2004-07-10 20:31 ` ebotcazou at gcc dot gnu dot org
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-07-08 19:28 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-07-08 19:28 -------
> If the compiler is configured with --with-cpu=v7, then it defaults to -m32.
This one I've always found strange, but now I see how it works. It's different
on Solaris, because sol2-64.h unconditionally sets MASK_64BIT in TARGET_DEFAULT.
> #define OPTION_DEFAULT_SPECS \
> {"cpu", "%{!m64:%{!mcpu=*:-mcpu=%(VALUE)}}" }, \
> ...
> means that -mcpu=v7 will be passed if no -mcpu is given AND -m64 is not
> present on the command line. If -m64 is present and -mcpu is not given,
> CC1_SPEC will add -mcpu=ultrasparc.
> Similarly for a compiler defaulting to -m64.
Aaaaah! I should have grasped that when you posted the OPTION_DEFAULT_SPECS
patch for Linux. We have the "-m64 doesn't shut down -mcpu=v7" problem on
Solaris in 3.4.x (PR target/16416) so I'm going to shamelessly steal your patch.
Thanks for the explanation.
[About the original problem:]
It seems to me that the flags are missing on the line:
sparc64-pld-linux-gcc ../sysdeps/sparc/sparc64/memset.S [...]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread* [Bug target/16109] error: architecture mismatch on "fzero".
2004-06-21 8:48 [Bug other/16109] New: error: architecture mismatch on "fzero" pluto at pld-linux dot org
` (14 preceding siblings ...)
2004-07-08 19:28 ` ebotcazou at gcc dot gnu dot org
@ 2004-07-10 20:31 ` ebotcazou at gcc dot gnu dot org
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-07-10 20:31 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-07-10 20:31 -------
Not a GCC bug.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16109
^ permalink raw reply [flat|nested] 17+ messages in thread