http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56357
--- Comment #3 from Daniel Starke
2013-02-26 08:02:13 UTC ---
I have currently no means to do so but I will try that as soon as possible.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #7 from Kostya Serebryany 2013-02-26
08:07:16 UTC ---
Your comment #6 explains why I did not CC gcc lists to the clang discussion. :)
There are too many strong opinions on both sides and I don't want to
be an instigator of a h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
Bug #: 56455
Summary: [4.8 Regression on AVR] ICE in final_scan_insn
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
--- Comment #9 from Kostya Serebryany 2013-02-26
08:46:36 UTC ---
Clang accepts the old name silently.
I am not sure about "forever",
clang will probably start printing a "deprecated" warning at some point.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56441
--- Comment #7 from gnugcc at emblocks dot org 2013-02-26 09:05:36 UTC ---
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 entry in the list)
Howev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45472
--- Comment #26 from Andrey Belevantsev 2013-02-26
09:21:14 UTC ---
Created attachment 29539
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29539
scheduler patch
I'm testing the attached patch to fix the ICE in the scheduler. Then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35392
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38480
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Last reconfirmed|2008-12-16 20:40:17 |2013-02-25 20:40:17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug #: 56456
Summary: [meta-bug] bogus warning when inlining: "array
subscript is above array bounds"
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56443
--- Comment #3 from Jakub Jelinek 2013-02-26
09:59:17 UTC ---
Author: jakub
Date: Tue Feb 26 09:59:12 2013
New Revision: 196277
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196277
Log:
PR tree-optimization/56443
* tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
--- Comment #3 from Jakub Jelinek 2013-02-26
10:00:55 UTC ---
Author: jakub
Date: Tue Feb 26 10:00:31 2013
New Revision: 196278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196278
Log:
PR tree-optimization/56448
* fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56434
--- Comment #6 from Richard Biener 2013-02-26
10:03:46 UTC ---
(In reply to comment #4)
> MALLOC_ABI_ALIGNMENT isn't properly set on most targets though.
>
> E.g. with glibc, the alignment of malloced memory is 2 * sizeof (void *)
> (ri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
--- Comment #5 from Richard Biener 2013-02-26
10:09:32 UTC ---
I think it's a very special case and generally indirect calls should be avoided
(they are slower, have a cost on the branch target buffer, have an extra
dependency, increase re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.6.4
Severity|enhanc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56451
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
Summary|[4.8 R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35392
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56448
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44433
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56446
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52928
--- Comment #2 from Richard Biener 2013-02-26
10:27:31 UTC ---
Is this still an issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44640
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53635
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53635
Richard Biener changed:
What|Removed |Added
Resolution|FIXED |WONTFIX
--- Comment #2 from Ri
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
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=55632
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=26546
Richard Biener changed:
What|Removed |Added
Keywords|meta-bug|
Target|
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=56444
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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=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=56426
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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=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=54657
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
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=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=56458
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
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=52495
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|NEW |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=54660
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolu
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=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=56419
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |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=55632
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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=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=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=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=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=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=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=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=55758
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
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=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=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=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=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=56453
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=55056
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from Ri
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=56061
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
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=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
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 #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
--- 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=48890
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=56463
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=56464
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
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=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=56464
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
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=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=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=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=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=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
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=56448
--- Comment #5 from Dara Hazeghi 2013-02-26
17:47:04 UTC ---
Thanks! That was a very quick fix.
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=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=56466
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=56452
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=56467
Bug #: 56467
Summary: gcc fails to link binaries with unknown reference
complaint
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRM
1 - 100 of 126 matches
Mail list logo