https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #20 from Oleg Endo ---
OK, thanks for checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #19 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #18)
> Sorry, I don't think anybody will remember to keep polling the build
> machines to monitor the build of this package.
You don't have to. The package bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #18 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #17)
> I have scheduled a rebuild of libjpeg-turbo now. The package is now waiting
> for the next free buildd. Please have a look at the package log here [1]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #17 from John Paul Adrian Glaubitz ---
I have scheduled a rebuild of libjpeg-turbo now. The package is now waiting for
the next free buildd. Please have a look at the package log here [1] once any
of the buildds has made a build attem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #16 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #15)
> (In reply to Richard Biener from comment #14)
> > Fixed.
>
> I was actually waiting for feedback/confirmation from Adrian... but well ..
> yeah, I gues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
Oleg Endo changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #15 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #13 from Oleg Endo ---
Author: olegendo
Date: Mon Sep 21 13:14:45 2015
New Revision: 227970
URL: https://gcc.gnu.org/viewcvs?rev=227970&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2015-09-21 Oleg Endo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #12 from Oleg Endo ---
Author: olegendo
Date: Mon Sep 21 12:57:31 2015
New Revision: 227969
URL: https://gcc.gnu.org/viewcvs?rev=227969&root=gcc&view=rev
Log:
gcc/
PR target/67657
* config/sh/sh.c (sh_remove_overlappi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #11 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #10)
> (In reply to Oleg Endo from comment #1)
> > Thanks for reporting. I was a bit confused ... the attached source is not
> > cselib.c (which is a GCC file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #10 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #1)
> Thanks for reporting. I was a bit confused ... the attached source is not
> cselib.c (which is a GCC file) but rather the problematic jidctflt.c
Oops,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #9 from Oleg Endo ---
(In reply to Oleg Endo from comment #7)
> Created attachment 36357 [details]
> Proposed patch
>
> Although a "mov @r2+,r2" is actually possible and valid (r2 will contain the
> value loaded from memory, AFAIR),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67657
--- Comment #8 from Oleg Endo ---
BTW, I'd recommend not specifying -ffloat-store on SH. It doesn't affect FP
precision (unlike on x86) and just creates slower code.
13 matches
Mail list logo