--- Additional Comments From buytenh at wantstofly dot org 2005-03-11
12:44 ---
Seeing the same bug with gcc 3.4.2 on armv4b when compiling x.org 6.8.1.
This does not happen with gcc 3.3.4.
slicer.cc: In function `void triangulateRect(Arc*, Backend&, int, int, int)':
slic
--- Additional Comments From buytenh at wantstofly dot org 2005-08-14
18:53 ---
doko's patch triggers PR23256. gcc 3.3.3 on armeb appears to miscompile itself
when SUBTARGET_CPU_DEFAULT is TARGET_CPU_arm6, but with TARGET_CPU_arm7tdmi it
all works fine.
I know the 3.3.x bran
--- Additional Comments From buytenh at wantstofly dot org 2005-08-14
18:53 ---
Seemingly triggered by http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12527#c21
gcc 3.3.3 on armeb appears to miscompile itself when SUBTARGET_CPU_DEFAULT is
TARGET_CPU_arm6, but with TARGET_CPU_arm7tdmi it all
--- Additional Comments From buytenh at wantstofly dot org 2005-08-27
13:53 ---
https://bugzilla.redhat.com/bugzilla/long_list.cgi?buglist=141694 implies that
the fix for PR rtl-optimization/14279 fixes this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16152
--- Comment #17 from buytenh at wantstofly dot org 2007-11-08 14:26 ---
Subject: Re: gcc only understands little endian ARM systems
When I (not Bernhard) wrote the original patch, Richard Earnshaw
didn't like the approach. See:
http://gcc.gnu.org/ml/gcc-patches/20