--- Comment #11 from martinwguy at yahoo dot it 2009-04-04 11:50 ---
Sorry about that. I've now seen
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00300.html
M
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501
--- Comment #10 from martinwguy at yahoo dot it 2009-04-04 11:23 ---
Is that *it*? Disable movsfcc completely without finding the cause of the
specific failure?
No wonder the generated ARM code is bigger, slower and buggier with every
release!
--
http://gcc.gnu.org/bugzilla
--- Comment #8 from martinwguy at yahoo dot it 2009-03-29 17:49 ---
A bit more info on the real-world cases that this bug bites.
1) libvorbis's testsuite (only in trunk) fails:
svn co http://svn.xiph.org/trunk/vorbis
cd vorbis; ./autogen.sh; ./configure; make
test
--- Comment #3 from martinwguy at yahoo dot it 2009-03-19 16:29 ---
ramana:
I think you'll find the flags are only set for the 3-way comparisons.
__aeabi_cmple just returns 0 or 1
"Use for C <=" in the table means the C language, not the carry flag.
If you can find
optimization wrong
for SF on arm-*-gnueabi
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin
--- Comment #3 from martinwguy at yahoo dot it 2009-01-03 14:42 ---
> gue...@gcc50:~$ ./install-trunk-142808/bin/gcc -mfpu=maverick -mcpu=ep9312
-mfloat-abi=softfp is also needed to generate Maverick instructions, and the
resulting binary should give illegal instructions on an Xsc
.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martinwguy at yahoo dot it
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38692
--- Comment #4 from martinwguy at yahoo dot it 2008-10-12 10:46 ---
... but those patches simply disable all conditionally-executed instructions,
which is no good for mainline. What is needed is a new CC mode, as discussed in
http://gcc.gnu.org/ml/gcc/2007-06/msg00938.html
--
http
--- Comment #1 from martinwguy at yahoo dot it 2008-09-28 09:55 ---
Created an attachment (id=16418)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16418&action=view)
Aplies the "obvious" fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37668
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martinwguy at yahoo dot it
GCC target triplet: arm-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37668
--- Comment #3 from martinwguy at yahoo dot it 2007-08-29 18:45 ---
The patches contained in http://files.futaris.org/gcc/crunch.tar.bz2 not only
fix this issue but also make MaverickCrunch support work reliably in gcc-4.1.2
and gcc-4.2.0 (presumably they can also apply to TRUNK
--- Comment #2 from martinwguy at yahoo dot it 2007-08-24 17:34 ---
Also present using -mfloat-abi=softfp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33147
--- Comment #1 from martinwguy at yahoo dot it 2007-08-22 19:25 ---
Also present in gcc version 4.2.1 (Debian 4.2.1-4) native compiler on
arm-linux-gnueabi
This bug was originally shown up by three files in lame-3.97; this is the
smallest code that reproduces it.
--
martinwguy at
2 -mfpu-maverick -
mhard-float -O
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martinwguy at yahoo dot it
GC
14 matches
Mail list logo
