https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61249
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271
--- Comment #7 from Uroš Bizjak ---
(In reply to David Binderman from comment #0)
> ../../src/trunk/gcc/config/i386/i386.c:37905:10: warning: logical not is
> only applied to the left hand side of this comparison
> [-Wlogical-not-parentheses]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271
--- Comment #8 from Andrew Pinski ---
(In reply to Manuel López-Ibáñez from comment #5)
> I'm almost tempted to check svn blame to see who wrote these... a fair acto
> of contrition would be to implement the warning for GCC. ;-)
We ran into this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61301
Bug ID: 61301
Summary: missed optimization of move if vector passed by
reference
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
--- Comment #2 from Marc Glisse ---
That's PR 57233 I believe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
--- Comment #3 from Siarhei Siamashka ---
(In reply to Marc Glisse from comment #2)
> That's PR 57233 I believe.
Oh, sorry for the duplicate. Don't know how I missed it when searching for
similar bugs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61301
--- Comment #1 from Marc Glisse ---
forwprop recognizes a constructor of bit_field_ref and turns it into a
vec_perm_expr, but it can't handle a constructor of mem_ref (that requires
looking for clobbers etc, not a job for forwprop). SLP sees the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61301
--- Comment #2 from vincenzo Innocente ---
> At least when shuffle2 is inlined it is likely to become like shuffle1...
not sure for the case of a struct such as foo (unless the instance of foo
itself in on the stack in the same context)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61302
Bug ID: 61302
Summary: When returning nullptr in a comma operator, side
effects are lost.
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60793
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54170
Jonathan Wakely changed:
What|Removed |Added
CC||fox at ucw dot cz
--- Comment #16 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61302
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61297
Dominique d'Humieres changed:
What|Removed |Added
Keywords||diagnostic
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
--- Comment #4 from Jerry DeLisle ---
Patch here:
https://gcc.gnu.org/ml/gcc-patches/2014-05/msg02065.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
Bug ID: 61303
Summary: gccgo: segfault, regression since 4.8.2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61304
Bug ID: 61304
Summary: Missed vectorization: control flow in loop
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
--- Comment #1 from Maciej Bliziński ---
I did some more testing. Running it under truss makes the binary work:
> truss -f -o /tmp/crashtest.truss bin/crashtest
2014/05/24 17:15:34 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/cata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56047
--- Comment #20 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sat May 24 15:36:14 2014
New Revision: 210893
URL: http://gcc.gnu.org/viewcvs?rev=210893&root=gcc&view=rev
Log:
2014-05-24 Dominique d'Humieres
Backport r195492 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
--- Comment #17 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sat May 24 15:36:14 2014
New Revision: 210893
URL: http://gcc.gnu.org/viewcvs?rev=210893&root=gcc&view=rev
Log:
2014-05-24 Dominique d'Humieres
Backport r195492 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61300
David Edelsohn changed:
What|Removed |Added
Target||powerpc64le-*-*
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56047
--- Comment #21 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sat May 24 15:45:02 2014
New Revision: 210894
URL: http://gcc.gnu.org/viewcvs?rev=210894&root=gcc&view=rev
Log:
2014-05-24 Dominique d'Humieres
Backport r195492 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
--- Comment #18 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sat May 24 15:45:02 2014
New Revision: 210894
URL: http://gcc.gnu.org/viewcvs?rev=210894&root=gcc&view=rev
Log:
2014-05-24 Dominique d'Humieres
Backport r195492 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61141
--- Comment #6 from John David Anglin ---
I added a gcc_assert in pa_output_call to detect branch sequences with
a deleted insn. I didn't trigger.
The reason the submitted patch works is the RTL "cleanup" that deletes
insns in delay slots is be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
--- Comment #5 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat May 24 19:26:02 2014
New Revision: 210898
URL: http://gcc.gnu.org/viewcvs?rev=210898&root=gcc&view=rev
Log:
2014-05-23 Jerry DeLisle
PR libfortran/61173
* io/list_read
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57625
--- Comment #5 from Mikael Pettersson ---
The failure of gcc-4.8.0 and later to build gcc-4.7.2 w/ --disable-bootstrap
started with r186592. I'm getting loads of errors from glibc stating that
malloc detects memory corruption in cc1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat May 24 19:30:38 2014
New Revision: 210899
URL: http://gcc.gnu.org/viewcvs?rev=210899&root=gcc&view=rev
Log:
2014-05-24 Jerry DeLisle
PR libfortran/61173
gfortran.dg/ar
-linux-gnu/4.10.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.10.0 20140524 (experimental) [trunk revision 210885] (GCC)
$
$ gcc-trunk -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #211 from Jan Hubicka ---
Elfhack is rather sensitive to LTO, but it works for me, so this seems like
binutils issue or some elfhack change that happened recently.
I wrote instructions for building firefox with LTO here
http://hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61305
Bug ID: 61305
Summary: internal compiler error: in cp_tree_equal, at
cp/tree.c:2371
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61053
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #
model: posix
gcc version 4.10.0 20140524 (experimental) [trunk revision 210888] (GCC)
$
$ gcc-trunk -O1 small.c; a.out
$ gcc-4.9.0 -Os small.c; a.out
$
$ gcc-trunk -Os small.c
$ a.out
Aborted (core dumped)
$
---
short a = -1;
int b;
char c;
int
main ()
{
c = a;
b = a
33 matches
Mail list logo
