public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4
@ 2015-04-02 18:50 lukacs at topgroups dot ca
2015-04-02 18:53 ` [Bug bootstrap/65664] " lukacs at topgroups dot ca
` (4 more replies)
0 siblings, 5 replies; 6+ messages in thread
From: lukacs at topgroups dot ca @ 2015-04-02 18:50 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
Bug ID: 65664
Summary: ARM bootstrap fails with --with-fpu=neon-vfpv4
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: lukacs at topgroups dot ca
Host: arm-slackware-linux-gnueabi
Target: arm-slackware-linux-gnueabi
Build: arm-slackware-linux-gnueabi
Created attachment 35219
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35219&action=edit
Compilation logs
configuration parameters include:
--with-cpu=cortex-a7 --with-tune=cortex-a7 --with-arch=armv7-a
--with-float=softfp --with-fpu=neon-vfpv4 --disable-werror
and produces:
/bin/sh ./libtool --tag=CC --mode=compile
/home/woland/tmp/build-gcc/gcc.build.lnx/./gcc/xgcc
-B/home/woland/tmp/build-gcc/gcc.build.lnx/./gcc/
-B/usr/arm-slackware-linux-gnueabi/bin/ -B/usr/arm-slackware-linux-gnueabi/lib/
-isystem /usr/arm-slackware-linux-gnueabi/include -isystem
/usr/arm-slackware-linux-gnueabi/sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc-4.8.4/libgo -I ../../../gcc-4.8.4/libgo/runtime
-I../../../gcc-4.8.4/libgo/../libffi/include -I../libffi/include -pthread
-fexceptions -fplan9-extensions -Wall -Wextra -Wwrite-strings -Wcast-qual
-D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I
../../../gcc-4.8.4/libgo/../libgcc -I ../../../gcc-4.8.4/libgo/../libbacktrace
-I ../../gcc/include -g -O2 -march=armv7-a -mtune=cortex-a7 -mfloat-abi=softfp
-MT go-type-complex.lo -MD -MP -MF .deps/go-type-complex.Tpo -c -o
go-type-complex.lo `test -f 'runtime/go-type-complex.c' || echo
'../../../gcc-4.8.4/libgo/'`runtime/go-type-complex.c
libtool: compile: /home/woland/tmp/build-gcc/gcc.build.lnx/./gcc/xgcc
-B/home/woland/tmp/build-gcc/gcc.build.lnx/./gcc/
-B/usr/arm-slackware-linux-gnueabi/bin/ -B/usr/arm-slackware-linux-gnueabi/lib/
-isystem /usr/arm-slackware-linux-gnueabi/include -isystem
/usr/arm-slackware-linux-gnueabi/sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc-4.8.4/libgo -I ../../../gcc-4.8.4/libgo/runtime
-I../../../gcc-4.8.4/libgo/../libffi/include -I../libffi/include -pthread
-fexceptions -fplan9-extensions -Wall -Wextra -Wwrite-strings -Wcast-qual
-D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I
../../../gcc-4.8.4/libgo/../libgcc -I ../../../gcc-4.8.4/libgo/../libbacktrace
-I ../../gcc/include -g -O2 -march=armv7-a -mtune=cortex-a7 -mfloat-abi=softfp
-MT go-type-complex.lo -MD -MP -MF .deps/go-type-complex.Tpo -c
../../../gcc-4.8.4/libgo/runtime/go-type-complex.c -fPIC -DPIC -o
.libs/go-type-complex.o
../../../gcc-4.8.4/libgo/runtime/go-type-complex.c: In function
'__go_type_hash_complex':
../../../gcc-4.8.4/libgo/runtime/go-type-complex.c:87:1: error: unrecognizable
insn:
}
^
(insn 99 98 100 17 (set (reg:DI 175 [ D.9567 ])
(unspec:DI [
(mem/c:DI (plus:SI (reg/f:SI 105 virtual-stack-vars)
(const_int -24 [0xffffffffffffffe8])) [6 S8 A32])
] UNSPEC_MISALIGNED_ACCESS))
../../../gcc-4.8.4/libgo/runtime/go-type-complex.c:51 -1
(nil))
../../../gcc-4.8.4/libgo/runtime/go-type-complex.c:87:1: internal compiler
error: in extract_insn, at recog.c:2154
0x38cb63 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
../../gcc-4.8.4/gcc/rtl-error.c:109
0x38cbb7 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
../../gcc-4.8.4/gcc/rtl-error.c:117
0x35f1af extract_insn(rtx_def*)
../../gcc-4.8.4/gcc/recog.c:2154
0x2611e7 instantiate_virtual_regs_in_insn
../../gcc-4.8.4/gcc/function.c:1565
0x2611e7 instantiate_virtual_regs
../../gcc-4.8.4/gcc/function.c:1932
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [go-type-complex.lo] Error 1
make[4]: Leaving directory
`/home/woland/tmp/build-gcc/gcc.build.lnx/arm-slackware-linux-gnueabi/libgo'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/woland/tmp/build-gcc/gcc.build.lnx/arm-slackware-linux-gnueabi/libgo'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/woland/tmp/build-gcc/gcc.build.lnx/arm-slackware-linux-gnueabi/libgo'
make[1]: *** [all-target-libgo] Error 2
make[1]: Leaving directory `/home/woland/tmp/build-gcc/gcc.build.lnx'
make: *** [bootstrap] Error 2
If --with-fpu=neon-vfpv4 is removed, then it compiles fine.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/65664] ARM bootstrap fails with --with-fpu=neon-vfpv4
2015-04-02 18:50 [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4 lukacs at topgroups dot ca
@ 2015-04-02 18:53 ` lukacs at topgroups dot ca
2015-04-03 0:01 ` lukacs at topgroups dot ca
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: lukacs at topgroups dot ca @ 2015-04-02 18:53 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
--- Comment #1 from Gabor Lukacs <lukacs at topgroups dot ca> ---
Created attachment 35220
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35220&action=edit
Preprocessed source
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/65664] ARM bootstrap fails with --with-fpu=neon-vfpv4
2015-04-02 18:50 [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4 lukacs at topgroups dot ca
2015-04-02 18:53 ` [Bug bootstrap/65664] " lukacs at topgroups dot ca
@ 2015-04-03 0:01 ` lukacs at topgroups dot ca
2015-05-07 21:38 ` wilson at gcc dot gnu.org
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: lukacs at topgroups dot ca @ 2015-04-03 0:01 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
--- Comment #2 from Gabor Lukacs <lukacs at topgroups dot ca> ---
If
--with-fpu=neon-vfpv4
is replaced with
--with-fpu=vfpv4
then bootstrap works fine.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/65664] ARM bootstrap fails with --with-fpu=neon-vfpv4
2015-04-02 18:50 [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4 lukacs at topgroups dot ca
2015-04-02 18:53 ` [Bug bootstrap/65664] " lukacs at topgroups dot ca
2015-04-03 0:01 ` lukacs at topgroups dot ca
@ 2015-05-07 21:38 ` wilson at gcc dot gnu.org
2015-05-08 13:14 ` lukacs at topgroups dot ca
2015-06-25 0:08 ` ramana at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: wilson at gcc dot gnu.org @ 2015-05-07 21:38 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
Jim Wilson <wilson at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2015-05-07
CC| |wilson at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Jim Wilson <wilson at gcc dot gnu.org> ---
I was able to reproduce this with an armhf cross compiler, compiling the
testcase with -O -mfpu=neon-vfpv4. It is not broken in gcc-4.9.2. It was
fixed by this patch
https://gcc.gnu.org/ml/gcc-patches/2014-02/msg01595.html
which has this ChangeLog entry
2014-03-03 Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
* config/arm/neon.md (*movmisalign<mode>): Legitimize addresses
not handled by recognizers.
I don't know offhand if this is worth backporting to gcc-4.8.x.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/65664] ARM bootstrap fails with --with-fpu=neon-vfpv4
2015-04-02 18:50 [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4 lukacs at topgroups dot ca
` (2 preceding siblings ...)
2015-05-07 21:38 ` wilson at gcc dot gnu.org
@ 2015-05-08 13:14 ` lukacs at topgroups dot ca
2015-06-25 0:08 ` ramana at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: lukacs at topgroups dot ca @ 2015-05-08 13:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
--- Comment #4 from Gabor Lukacs <lukacs at topgroups dot ca> ---
The following patch makes the problem go away insofar as bootstrap is
concerned:
http://gcc.gnu.org/ml/gcc-patches/2014-05/msg02510.html
"This patch to libgo, from Peter Collingbourne, changes some of the C
code to make it easier to compile libgo with a compiler other than GCC."
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/65664] ARM bootstrap fails with --with-fpu=neon-vfpv4
2015-04-02 18:50 [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4 lukacs at topgroups dot ca
` (3 preceding siblings ...)
2015-05-08 13:14 ` lukacs at topgroups dot ca
@ 2015-06-25 0:08 ` ramana at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: ramana at gcc dot gnu.org @ 2015-06-25 0:08 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65664
Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |ramana at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |4.9.0
--- Comment #5 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> ---
Fixed in 4.9.0 then.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-06-25 0:08 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-04-02 18:50 [Bug bootstrap/65664] New: ARM bootstrap fails with --with-fpu=neon-vfpv4 lukacs at topgroups dot ca
2015-04-02 18:53 ` [Bug bootstrap/65664] " lukacs at topgroups dot ca
2015-04-03 0:01 ` lukacs at topgroups dot ca
2015-05-07 21:38 ` wilson at gcc dot gnu.org
2015-05-08 13:14 ` lukacs at topgroups dot ca
2015-06-25 0:08 ` ramana at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).