http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56554
Douglas Mencken changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57256
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57270
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57266
--- Comment #3 from Mikael Pettersson ---
My m68k bootstrap has now recompiled fold-const.c + your patch three times
without warnings or errors. Thanks for the quick fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57261
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57256
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57269
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57267
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target Mile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57266
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57235
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57269
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
Bug ID: 57271
Summary: ARM: gcc generates insufficient alignment for memory
passed as extra argument for function return large
composite type
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #2 from java4ada at yahoo dot com ---
I don't know if ABI dictates it but from observation the stack is aligned to
8-byte for the largest primitive type "double" (or long long).
I configure it on Ubuntu 12.04 64-bit with the following
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57067
--- Comment #5 from Richard Biener ---
The RTL except.c:can_nonlocal_goto () function does not consider setjmp.
Does
Index: gcc/except.c
===
--- gcc/except.c(revision 198867)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57272
Bug ID: 57272
Summary: node-based containers don't use allocator's pointer
type internally
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780
--- Comment #3 from Matthew Burgess ---
(In reply to Jonathan Wakely from comment #2)
> I suggest pinging the gcc-patches list about your patch at
> http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00167.html and CC Ian as he is
> a maintainer for li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
Paulo J. Matos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
--- Comment #10 from Marc Glisse ---
Oups, I didn't notice you had already worked on this. Please don't hesitate to
post (and ping) your patch to gcc-patches next time. Also, I didn't touch
tree-tailcall.c, that might still be needed...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
--- Comment #11 from Paulo J. Matos ---
No worries Marc, that's fine. The most important thing is that's fixed. I did
post the patch to patches@ but haven't actually pinged. I tend to forget about
them myself.
Thanks for sorting it out.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
--- Comment #12 from Paulo J. Matos ---
Also, I haven't touched tree-tailcall.c on my patches but I can't see why you
would need to do it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
Bug ID: 57273
Summary: stringstream str initialization fails
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
collette changed:
What|Removed |Added
Version|unknown |4.6.3
--- Comment #1 from collette ---
I use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #2 from collette ---
Just tested with gcc-4.8.0 compiled from scratch and the bug is still here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #4 from collette ---
Oups. OK, I just tested with intel c++ compiler and the behavior is the same.
Where is this behavior defined ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #5 from Jonathan Wakely ---
[stringbuf.members]/3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35568
David Claessens changed:
What|Removed |Added
CC||david.claessens@bestsorting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #6 from Jonathan Wakely ---
Which also explains that you can make the inserted characters append to the
buffer using std::ios::ate
e.g.
std::stringstream tmpLabel(std::ios::ate|std::ios::out);
or using an ostringstream
std::ostri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #7 from collette ---
Thanks for these informations. Sorry for the noise.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57234
--- Comment #3 from Magnus Reftel ---
I understand that gcov has no reason to handle coverage files written by
anything other than its matching GCC version, but is a segfault a valid
response to reading a malformed input file?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #7 from thutt at vmware dot com ---
(In reply to Uroš Bizjak from comment #6)
> (In reply to thutt from comment #5)
> >
> > Does the same error exist in the 4.8 branch, or any other forward moving
> > branch?
>
> No, 4.8 and newer bra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53903
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Version|4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #8 from Uroš Bizjak ---
(In reply to thutt from comment #7)
> (In reply to Uroš Bizjak from comment #6)
> > (In reply to thutt from comment #5)
> > >
> > > Does the same error exist in the 4.8 branch, or any other forward moving
> > >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Bug ID: 57274
Summary: [4.8/4.9 Regression] Bogus sequence-point warning in
C++
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
Bug ID: 57275
Summary: Error in data dependence analysis during gather
vectorization
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57276
Bug ID: 57276
Summary: Waste work in
cgraph_edge_brings_all_agg_vals_for_node()
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57276
--- Comment #1 from Paolo Carlini ---
Note that normally patches go to gcc-patches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56782
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55365
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57041
Jason Merrill changed:
What|Removed |Added
CC||jasongross9+bugzilla@gmail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #2 from Richard Biener ---
t.c:11: note: versioning for alias not supported for: can't determine
dependence between b[i_12] and b[_4]
this should cause vectorization to fail ... oops:
Index: tree-vect-data-refs.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57276
Po-Chun Chang changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Jakub Jelinek changed:
What|Removed |Added
Version|unknown |4.8.1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41400
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56833
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37736
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57041
Paolo Carlini changed:
What|Removed |Added
CC||simartin at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31952
--- Comment #10 from Jason Merrill ---
(In reply to Paolo Carlini from comment #9)
> After Janis' patch (see Comment #6) in pushdecl_maybe_friend_1 we issue hard
> errors for some kinds of shadowings but not for others. For comparison,
> clang iss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56998
--- Comment #3 from Raphael Kubo da Costa ---
For reference, this was fixed in r198882:
http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=28038d26df63ee5755da90bb563db4097a9deec0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57277
Bug ID: 57277
Summary: arm-unknown-linux-gnueabi: armv6 libgcc -march=armv6:
not found
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57277
--- Comment #1 from Dominik Bittner ---
Created attachment 30114
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30114&action=edit
The top config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57277
Dominik Bittner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57278
Bug ID: 57278
Summary: -fno-if-conversion and -fno-if-conversion2 do not work
as intended
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #9 from thutt at vmware dot com ---
(In reply to Uroš Bizjak from comment #8)
> (In reply to thutt from comment #7)
> > (In reply to Uroš Bizjak from comment #6)
> > > (In reply to thutt from comment #5)
> > > >
> > > > Does the same e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57267
--- Comment #2 from Jan Hubicka ---
This is fixed by
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00695.html
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #4 from Andrey Turetskiy ---
> - return false;
> + return true;
Isn't it too strong?
Shouldn't it be like this:
return !(DR_IS_READ (dra) && DR_IS_READ (drb));
Gather is a load operation. If another statement is loa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #5 from Jakub Jelinek ---
There is:
/* Independent data accesses. */
if (DDR_ARE_DEPENDENT (ddr) == chrec_known)
return false;
if (dra == drb
|| (DR_IS_READ (dra) && DR_IS_READ (drb)))
return false;
a few lines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #10 from Uroš Bizjak ---
(In reply to thutt from comment #9)
> When the sample test program provided above was compiled with gcc 4.4, it
> did not generate the stos instruction. However, each of 4.5, 4.6 and 4.7
> did generate the st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #6 from Andrey Turetskiy ---
Oops, sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57278
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #1 from Andrew Pin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57260
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #3 from Andrew Pinski ---
(In reply to java4ada from comment #2)
> I don't know if ABI dictates it but from observation the stack is aligned to
> 8-byte for the largest primitive type "double" (or long long).
I think this is wrong th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57279
Bug ID: 57279
Summary: [C++11] alias declaration fails to declare function
types with cv-qualifiers
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57280
Bug ID: 57280
Summary: new crtbegin1.o for __EH_FRAME_BEGIN__
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57260
--- Comment #11 from rsandifo at gcc dot gnu.org
---
Created attachment 30116
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30116&action=edit
Candidate patch
Here's the patch I'm testing. Lee, could you check that it
fixes the original li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57280
--- Comment #1 from Jan Kratochvil ---
[patch update] Support .eh_frame in crt1 x86_64 glibc (PR libgcc/57280,
libc/15407)
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00775.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57243
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #4 from Richard Earnshaw ---
The ARM EABI only requires 8-byte alignment, as does Neon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #5 from java4ada at yahoo dot com ---
NEON instructions like vst/vld [:128] and [:256] need 16-byte and 32-byte
alignment, respectively. Does it mean under ARM EABI both should be replaced
with [:64] ? (Probably only at the cost of 1-2
executes successfully. This is a
regression from 4.8, where the code works at all optimizations levels.
$ gcc-trunk -v
...
Target: x86_64-unknown-linux-gnu
gcc version 4.9.0 20130514 (experimental) [trunk revision 198875] (GCC)
$ gcc-trunk -O2 -m32 test.c
$ ./a.out
$ gcc-4.8 -O3 -m32 test.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57211
Anthony Foiani changed:
What|Removed |Added
CC||anthony.foiani at gmail dot com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57211
--- Comment #2 from Anthony Foiani ---
I'm also seeing this bug, in version 4.7.2.
Instead of trying to fix the line offset, I believe the right thing is to not
emit this warning in this case at all.
The parameter is certainly used, even if the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50477
Anthony Foiani changed:
What|Removed |Added
CC||anthony.foiani at gmail dot com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57282
Bug ID: 57282
Summary: Canadian cross on FreeBSD to MingW32 fails with
unknown warning "-Wno-narrowing" is build gcc is too
old
Product: gcc
Version: 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57282
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57059
Andrew Pinski changed:
What|Removed |Added
CC||chris at contemporary dot
net.au
--- Com
83 matches
Mail list logo