http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
--- Comment #2 from Jakub Jelinek 2013-02-27
07:27:02 UTC ---
Author: jakub
Date: Wed Feb 27 07:26:53 2013
New Revision: 196304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196304
Log:
PR target/56455
* stmt.c (expan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56469
Bug #: 56469
Summary: The .gcno file being generated is not cleaned up after
gcc exits with an error.
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
Jonathan Wakely changed:
What|Removed |Added
Priority|P2 |P3
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011
--- Comment #2 from Jonathan Wakely 2013-02-27
00:57:45 UTC ---
Author: redi
Date: Wed Feb 27 00:57:36 2013
New Revision: 196301
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196301
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
--- Comment #3 from Jonathan Wakely 2013-02-27
00:57:43 UTC ---
Author: redi
Date: Wed Feb 27 00:57:36 2013
New Revision: 196301
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196301
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011
--- Comment #1 from Jonathan Wakely 2013-02-26
23:46:31 UTC ---
Author: redi
Date: Tue Feb 26 23:46:21 2013
New Revision: 196296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196296
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
--- Comment #2 from Jonathan Wakely 2013-02-26
23:46:29 UTC ---
Author: redi
Date: Tue Feb 26 23:46:21 2013
New Revision: 196296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196296
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56460
--- Comment #3 from Steven Bosscher 2013-02-26
22:57:02 UTC ---
(In reply to comment #2)
> - Why qsort the whole array, instead of e.g. memmove'ing the bits
Ah, oops. qsort can't be used in libgcc, the target may not provide
a qsort i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
Bug #: 56468
Summary: Clang exposes bug with unexpected forward-declaration
of type_info
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #6 from Jakub Jelinek 2013-02-26
21:13:36 UTC ---
Author: jakub
Date: Tue Feb 26 21:13:27 2013
New Revision: 196294
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196294
Log:
PR middle-end/56461
* lra-spill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #5 from Vladimir Makarov 2013-02-26
20:45:57 UTC ---
(In reply to comment #4)
> Created attachment 29544 [details]
> gcc48-pr56461-2.patch
>
Sorry, I should have checked on leaks when I submitted LRA first time.
The patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51487
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52748
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50537
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50190
--- Comment #2 from Dominique d'Humieres 2013-02-26
19:23:14 UTC ---
On a Core2Duo with '-Ofast' I get 2.51200998D+01 and with '-fprotect-parens
-Ofast' 2.50952975D+01.
I think the tolerance value for linpk does not make sense: the targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
--- Comment #4 from Dominique d'Humieres 2013-02-26
18:41:56 UTC ---
> The compiler may assume that undefined behavior doesn't happen in the program.
> It is fine to have undefined behavior in code that will be never executed, but
> as soo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56344
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55582
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|jaso
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56460
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
Bernd Edlinger changed:
What|Removed |Added
Attachment #29506|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56467
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56466
--- Comment #3 from Marek Polacek 2013-02-26
18:15:28 UTC ---
Unsurprisingly started with
http://gcc.gnu.org/viewcvs?view=revision&revision=195880, but must have been
latent before.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56467
Bug #: 56467
Summary: gcc fails to link binaries with unknown reference
complaint
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56358
Jason Merrill changed:
What|Removed |Added
CC||lucdanton at free dot fr
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56452
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56466
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56466
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
--- Comment #3 from Jakub Jelinek 2013-02-26
17:53:43 UTC ---
The compiler may assume that undefined behavior doesn't happen in the program.
It is fine to have undefined behavior in code that will be never executed, but
as soon as you hit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #11 from gnugcc at emblocks dot org 2013-02-26 17:51:16 UTC ---
Richard, you can close this one.
I'm leaving the ARM-branch and are moving to the head of branch 4.7.
Sorry for the inconveniences, I thought that the ARM branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
--- Comment #5 from Dara Hazeghi 2013-02-26
17:47:04 UTC ---
Thanks! That was a very quick fix.
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Using GCC 4.8.0 as of 20130226 :
$ cat peel.c
int a, b, c;
void f(void)
{
for(; b; b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
--- Comment #2 from Cristóbal Camarero
2013-02-26 17:39:31 UTC ---
I think that at least -Wall -Wextra -Wstrict-overflow=5 should give a giving
notice of the extremely odd behaviour.
However, I am not following your reasoning to invalidate the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #10 from gnugcc at emblocks dot org 2013-02-26 17:24:52 UTC ---
The ARM branch, sorry I see now that the trunk is different.
Arm branch:
;; The r/r/k alternative is required when reloading the address
;; (plus (reg rN) (r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56465
--- Comment #1 from Andrew Pinski 2013-02-26
17:23:21 UTC ---
>it is actual a constant.
I don't think it is a integer constant expression though as it contains a cast
from a pointer type to an integer type.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56465
Bug #: 56465
Summary: Strange warning about variable modified range
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #9 from Richard Earnshaw 2013-02-26
17:03:10 UTC ---
(In reply to comment #7)
> I was looking completely wrong, the arm_addsi3 is acting wrong.
>
> The "add%?\\t%0, %1, %2" for "=l,%0,Py" is set at a length of 2.
> (first e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #8 from Richard Earnshaw 2013-02-26
17:01:36 UTC ---
Please use an open (non-proprietory) file format for attaching files. I don't
have access to RAR format.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56464
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #4 from Jakub Jelinek 2013-02-26
16:32:18 UTC ---
Created attachment 29544
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29544
gcc48-pr56461-2.patch
Another leak fix, this time in lra.
==31825== 161,960 bytes in 32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56462
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56464
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56464
Bug #: 56464
Summary: Crashes when using implicit this in a lambda capture
in member initilizer
Classification: Unclassified
Product: gcc
Version: 4.7.2
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
Bug #: 56463
Summary: infinite loop when having integer overflow in a simple
accumulator
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56462
Bug #: 56462
Summary: Simple use of auto in template function causes
internal error in type_unification_real
Classification: Unclassified
Product: gcc
Version: 4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #3 from Jakub Jelinek 2013-02-26
16:00:32 UTC ---
Created attachment 29543
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29543
incpath.c leak fixes
Another place which leaks memory all the time is incpath.c. Untested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #2 from Jakub Jelinek 2013-02-26
15:58:34 UTC ---
Created attachment 29542
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29542
opts* memory leak fixes
Another thing, something that bothered me for a while and clutters
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
Jakub Jelinek changed:
What|Removed |Added
CC||dnovillo at gcc dot gnu.org
Ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #1 from Jakub Jelinek 2013-02-26
15:53:22 UTC ---
Created attachment 29541
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29541
gcc48-pr56461.patch
The biggest leak there is:
==31825== 1,491,200 bytes in 11,650 blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
Bug #: 56461
Summary: [4.8 Regression] GCC is leaking lots of memory
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56061
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55092
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Ri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55056
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from Ri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56453
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56453
--- Comment #3 from Nick Clifton 2013-02-26 14:58:34
UTC ---
Author: nickc
Date: Tue Feb 26 14:58:17 2013
New Revision: 196292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196292
Log:
PR target/56453
Import this patc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54662
--- Comment #1 from Jorn Wolfgang Rennecke
2013-02-26 14:55:37 UTC ---
Author: amylaar
Date: Tue Feb 26 14:55:31 2013
New Revision: 196291
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196291
Log:
PR target/54662
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54640
--- Comment #1 from Jorn Wolfgang Rennecke
2013-02-26 14:51:46 UTC ---
Author: amylaar
Date: Tue Feb 26 14:51:36 2013
New Revision: 196290
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196290
Log:
PR target/54640
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56460
--- Comment #1 from Chris Reed 2013-02-26 14:43:15 UTC
---
Created attachment 29540
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29540
Proposed fix - maintain array, binary search it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56460
Bug #: 56460
Summary: _Unwind_Find_FDE is O(n) in the number of frame infos,
(and LLVM's JIT will generate many of them)
Classification: Unclassified
Product: gcc
Versio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55758
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54639
--- Comment #1 from Jorn Wolfgang Rennecke
2013-02-26 14:39:24 UTC ---
Author: amylaar
Date: Tue Feb 26 14:39:15 2013
New Revision: 196289
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196289
Log:
PR target/54639
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52550
--- Comment #1 from Jorn Wolfgang Rennecke
2013-02-26 14:34:34 UTC ---
Author: amylaar
Date: Tue Feb 26 14:34:26 2013
New Revision: 196288
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196288
Log:
PR target/52550
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52501
--- Comment #2 from Jorn Wolfgang Rennecke
2013-02-26 14:30:27 UTC ---
Author: amylaar
Date: Tue Feb 26 14:30:17 2013
New Revision: 196287
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196287
Log:
PR target/52501
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52500
--- Comment #2 from Jorn Wolfgang Rennecke
2013-02-26 14:24:22 UTC ---
Author: amylaar
Date: Tue Feb 26 14:24:17 2013
New Revision: 196286
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196286
Log:
PR target/52500
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53798
Martin changed:
What|Removed |Added
Version|4.7.1 |4.7.2
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56459
Bug #: 56459
Summary: Wrongly rejects "TYPE(CHARACTER*1,)" (with comma)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: reject
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48901
--- Comment #1 from Jorn Wolfgang Rennecke
2013-02-26 14:19:32 UTC ---
Author: amylaar
Date: Tue Feb 26 14:19:24 2013
New Revision: 196285
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196285
Log:
PR target/48901
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
--- Comment #10 from Martin 2013-02-26 14:18:13 UTC
---
(In reply to comment #8)
In fact I [suppose I] do as you suggest: I use "-march=core2" to prevent it
from using AVX. The problem is that this is inconsistently overruled by the
cap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55632
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55632
--- Comment #2 from paolo at gcc dot gnu.org
2013-02-26 14:04:59 UTC ---
Author: paolo
Date: Tue Feb 26 14:04:47 2013
New Revision: 196284
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196284
Log:
2013-02-26 David Binderman
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56419
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56419
--- Comment #4 from Aldy Hernandez 2013-02-26
12:40:36 UTC ---
Author: aldyh
Date: Tue Feb 26 12:40:27 2013
New Revision: 196282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196282
Log:
PR c++/56419
* semantics.c (be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54661
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54660
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52495
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47100
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56458
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56458
Bug #: 56458
Summary: support for crash on invalid array access
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18374
--- Comment #2 from Richard Biener 2013-02-26
11:33:15 UTC ---
On the other hand we do have a mismatch between caller and callee, for C at
least:
short barshort (short a)
{
return a;
}
short foo1short (short a)
{
return barshor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54657
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #10 from Manuel López-Ibáñez 2013-02-26
11:19:34 UTC ---
(In reply to comment #9)
> Clang accepts the old name silently.
> I am not sure about "forever",
> clang will probably start printing a "deprecated" warning at some point.
W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47107
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56426
--- Comment #7 from Marek Polacek 2013-02-26
11:06:28 UTC ---
Author: mpolacek
Date: Tue Feb 26 11:06:14 2013
New Revision: 196281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196281
Log:
2013-02-26 Marek Polacek
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47091
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56444
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56444
--- Comment #4 from Richard Biener 2013-02-26
10:49:30 UTC ---
Author: rguenth
Date: Tue Feb 26 10:49:25 2013
New Revision: 196280
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196280
Log:
2013-02-26 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26546
Richard Biener changed:
What|Removed |Added
Keywords|meta-bug|
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52928
--- Comment #3 from Tristan Gingold 2013-02-26
10:38:40 UTC ---
On Feb 26, 2013, at 11:27 AM, rguenth at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52928
>
> --- Comment #2 from Richard Biener 2013-02-26
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56457
Bug #: 56457
Summary: Bogus warning: loop-invariant.c:786:20: error: unused
variable ‘regno’ when building vax-*-*
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55632
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
--- Comment #4 from Jakub Jelinek 2013-02-26
10:29:58 UTC ---
Author: jakub
Date: Tue Feb 26 10:29:47 2013
New Revision: 196279
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196279
Log:
PR tree-optimization/56443
* tr
1 - 100 of 126 matches
Mail list logo