https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91269
--- Comment #21 from Matt Turner ---
(In reply to Eric Botcazou from comment #16)
> > I believe the Known to work field is wrong and gcc-8.3.0 has this bug as
> > well.
>
> No, the field is correct and you're wrong.
Funny how the fix for the gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91269
--- Comment #15 from Matt Turner ---
I believe the Known to work field is wrong and gcc-8.3.0 has this bug as well.
Can we have this backported to the gcc-8 branch?
Thank you!
(FWIW, we also discovered that lz4-1.8.3 fails to build on 64-bit sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91269
--- Comment #7 from Matt Turner ---
(In reply to Sergei Trofimovich from comment #4)
> > Commenting out line '145 std %f9, [%fp+1999]' does not make
> > error disappear. Line numbers are probably skewed.
>
> Perhaps 1999 is too large
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91269
--- Comment #6 from Matt Turner ---
(In reply to Matt Turner from comment #5)
> With -mcpu=niagara4 and *without* -fcall-used-g6 it compiles fine.
Also doesn't occur with -O1 or -mno-lra.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91269
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256
--- Comment #8 from Matt Turner ---
This xxhash.c file is embedded in many different projects, and is really
causing problems on gentoo/hppa:
zstandard: Fri Mar 15 14:16:42 2019: 7 hours, 29 minutes, 49 seconds
Are we any closer to a fix than w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85235
Matt Turner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mattst88 at gmail dot com
Target Milestone: ---
Created attachment 43859
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43859&action=edit
preprocessed (gzip'd) source file
On mips when attempting to comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71118
--- Comment #1 from Matt Turner ---
(In reply to Matt Turner from comment #0)
> Created attachment 38490 [details]
> ftois.c
>
> For the attached ftois.c, gcc-4.9.3 -O2 -mcpu=ev67 emits
>
> :
>0: 01 0f 1f 72 ftois $
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11488
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail dot com
--- Comment #11
ity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mattst88 at gmail dot com
Target Milestone: ---
Created attachment 38491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38491&action=edit
ftoit.
mal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mattst88 at gmail dot com
Target Milestone: ---
Created attachment 38490
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38490&action=edit
ftois.
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: mattst88 at gmail dot com
Target Milestone: ---
Created attachment 36842
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36842&action=edit
u.c
gcc -Wmaybe-uninitialized wrongly warns about data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45941
--- Comment #3 from Matt Turner ---
(In reply to Steve Ellcey from comment #2)
> Since the gentoo bug report (pointed at by comment #1) is closed and I think
Well, the reason I closed the bug was because "Upstream doesn't give a shit" so
that sho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49682
Matt Turner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36966
--- Comment #4 from Matt Turner 2011-10-01 15:24:57
UTC ---
This is a duplicate of bug 35294.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35294
--- Comment #14 from Matt Turner 2011-10-01
15:26:10 UTC ---
Created attachment 25391
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25391
[PATCH] Wire-up missing ARM iwmmxt intrinsics
Fixes it for me for gcc-4.6.1. Allows me to build an iw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail dot com
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45941
--- Comment #1 from Matt Turner 2011-08-15 04:33:57
UTC ---
Created attachment 25010
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25010
lto-streamer-in.i.bz2
Test case (preprocessed lto-streamer-in.c from gcc-4.5.3 sources).
$ mips64el-u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36966
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230
--- Comment #13 from Matt Turner 2011-07-09
20:55:23 UTC ---
(In reply to comment #12)
> Since this is linker bug, I have added rth to CC in the hope that he has
> better
> solution.
Bug link is http://sources.redhat.com/bugzilla/show_bug.cgi?i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail dot com
--- Comment #11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49682
Summary: [alpha] gcc-4.6.1: ICE at -O2 and -O3
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: u
--- Comment #9 from mattst88 at gmail dot com 2010-08-22 22:02 ---
Can this code be backported to the 4.5 branch?
--
mattst88 at gmail dot com changed:
What|Removed |Added
--- Comment #1 from mattst88 at gmail dot com 2010-08-22 22:01 ---
Created an attachment (id=21546)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21546&action=view)
SmallStrings.i from webkit-gtk-1.2.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45382
dBy: mattst88 at gmail dot com
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45382
--- Comment #2 from mattst88 at gmail dot com 2010-05-13 21:40 ---
(In reply to comment #1)
> What do you mean by "bad"? If the code isn't correct, "wrong" is better
> suited; if it is suboptimal, "poor" is better suited.
>
> If the latte
4.4.3 -O2: bad
4.4.3 -O3: good
4.5.0 -Os: good
4.5.0 -O1: bad
4.5.0 -O2: good
4.5.0 -O3: good
--
Summary: gcc produces bad code at -O1
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimizat
--- Comment #7 from mattst88 at gmail dot com 2010-04-08 17:53 ---
(In reply to comment #4)
> (In reply to comment #0)
> > When this testcase, using inline assembly, is compiled with -Os, -O2, or -O3
> > it segfaults. -O0 and -O1 allow it to run correctly.
> >
--- Comment #2 from mattst88 at gmail dot com 2010-04-08 16:50 ---
Created an attachment (id=20338)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20338&action=view)
test.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43691
--- Comment #1 from mattst88 at gmail dot com 2010-04-08 16:50 ---
Created an attachment (id=20337)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20337&action=view)
rewritten.S - external assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43691
ault when compiled with -Os, -O2, or -O3
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mattst88 at gmail dot com
GCC build triplet: al
--- Comment #9 from mattst88 at gmail dot com 2009-11-22 17:52 ---
WRT the test suite: should it be
/* { dg-options "-O2" } */
or
/* { dg-options "-O3" } */
That is, -O2 or -O3? I could only produce the internal compiler error with -O3,
and not at all wit
--- Comment #7 from mattst88 at gmail dot com 2009-11-21 16:15 ---
I can confirm that the attached patch fixes the issue. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113
--- Comment #2 from mattst88 at gmail dot com 2009-11-20 00:45 ---
Created an attachment (id=19062)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19062&action=view)
Test Case 2 - flist.i - preprocessed flist.c from rsync
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113
--- Comment #1 from mattst88 at gmail dot com 2009-11-20 00:44 ---
Created an attachment (id=19061)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19061&action=view)
Test Case 1 - pp.i - preprocessed pp.c from libperl
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42113
rsion: 4.5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mattst88 at gmail dot com
GCC build triplet: alpha-unknown-linux-gnu
GCC host triplet: alpha-un
--- Comment #6 from mattst88 at gmail dot com 2009-08-11 02:38 ---
To show how worthwhile this trivial patch is -- the following table shows the
number of times s{4,8}{add,sub}l are used in building the Linux kernel
(2.6.31-rc5) with unpatched and patched gcc (4.3.4
--- Comment #2 from mattst88 at gmail dot com 2009-04-18 15:25 ---
(In reply to comment #0)
> unsigned parity(unsigned x) {
> x ^= x >> 16;
> x ^= x >> 8;
> x ^= x >> 4;
> x &= 0xf;
> return (0x6996 >> x) & 1;
>
--- Comment #2 from mattst88 at gmail dot com 2009-04-18 15:22 ---
For reference, here's what the Compaq C compiler generates for each of these.
(In reply to comment #0)
> The sign-extending Alpha instructions like addl are sometimes not used. I
> don't know whether
40 matches
Mail list logo
