http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55988
Bug #: 55988
Summary: Incorrect code generation with const and -std=c++0x
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55986
--- Comment #3 from David Krauss 2013-01-15 08:02:55
UTC ---
Likewise this is allowed:
switch( 0 )
case i-i: ;
I think this is a purposeful language extension, which could use a switch to
disable. It would be nice if static_assert we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
--- Comment #15 from Jakub Jelinek 2013-01-15
08:17:09 UTC ---
Author: jakub
Date: Tue Jan 15 08:16:56 2013
New Revision: 195186
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195186
Log:
PR tree-optimization/48766
* o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.6/4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54988
Jonathan Liu changed:
What|Removed |Added
CC||net147 at gmail dot com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55988
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893
Jakub Jelinek changed:
What|Removed |Added
CC||pavel.zbitskiy at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989
Bug #: 55989
Summary: [4.8 regresion] build failure in libsanitizer
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989
--- Comment #1 from Kostya Serebryany 2013-01-15
08:49:42 UTC ---
Will the following patch work?
Index: sanitizer_common/sanitizer_linux.cc
===
--- sanitizer_common/saniti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54988
Alexey Pavlov changed:
What|Removed |Added
CC||alexpux at gmail dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989
--- Comment #2 from Paul H. Hargrove 2013-01-15
08:59:42 UTC ---
(In reply to comment #1)
> Will the following patch work?
[...]
Yes, it allows the compilation to complete.
SInce I don't know anything to the contrary, I'll assume tha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983
--- Comment #3 from Sylwester Arabas 2013-01-15
09:03:28 UTC ---
Hi Janus,
Re .f90 - it's not valid f90 code after all :)
Re missing "use bcd_m" - I was aware of this case, and I submitted the "Bad
statement code" ICE as a separate is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989
--- Comment #3 from Kostya Serebryany 2013-01-15
09:04:35 UTC ---
>> False return from these functions will not negatively impact GCC at run time
No change in libsanitizer can affect GCC at run time unless you are building
something with -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983
--- Comment #4 from janus at gcc dot gnu.org 2013-01-15 09:09:50 UTC ---
Hi,
> Re .f90 - it's not valid f90 code after all :)
well, yes. But it ain't valid f77 either ;)
The file extension basically just tells gfortran whether to inte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663
--- Comment #5 from Dodji Seketeli 2013-01-15
09:12:42 UTC ---
Author: dodji
Date: Tue Jan 15 09:12:30 2013
New Revision: 195189
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195189
Log:
PR c++/55663 - constexpr function templ instantia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55433
--- Comment #3 from Paul H. Hargrove 2013-01-15
09:15:44 UTC ---
This bug is still present and "biting me" as of r195176.
Is there anything I can do to help make some progress on this?
-Paul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
--- Comment #5 from Jakub Jelinek 2013-01-15
09:31:43 UTC ---
Author: jakub
Date: Tue Jan 15 09:31:28 2013
New Revision: 195190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195190
Log:
PR tree-optimization/55955
* tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55973
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55987
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55985
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55984
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55984
--- Comment #2 from janus at gcc dot gnu.org 2013-01-15 10:04:31 UTC ---
Confirmed. Reduced test case:
type, abstract :: bcd_t
contains
procedure(bcd_fill_halos), deferred :: fill_halos
end type
abstract interface
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55984
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55983
janus at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
--- Comment #7 from Jakub Jelinek 2013-01-15
10:47:36 UTC ---
Yeah, indeed. The bug seems to be in the second vrp pass on xxx function.
iaii_23: [_79, _79] EQUIVALENCES: { } (0 elements)
looks wrong (iaii_23 is only conditionally equal t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55990
Bug #: 55990
Summary: Absent optional: gfortran.dg/class_optional_2.f90:
Conditional jump depends on uninitialised value
Classification: Unclassified
Product: gcc
Versio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55990
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55483
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Tobias Burnus changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
--- Comment #9 from Richard Biener 2013-01-15
11:28:48 UTC ---
Exactly the same issue as PR53465, just instead of an equivalence we have
a symbolic range [_79, _79] which is of course also an "equivalence".
Trunk fails for the reduced te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
Richard Biener changed:
What|Removed |Added
Priority|P4 |P2
--- Comment #10 from Richar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #6 from Jakub Jelinek 2013-01-15
12:04:13 UTC ---
Created attachment 29168
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29168
gcc48-pr55920.patch
Looking at the #c3 patch, I wonder if this wouldn't be more appropriate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #7 from Martin Jambor 2013-01-15
12:18:40 UTC ---
(In reply to comment #6)
> Created attachment 29168 [details]
> gcc48-pr55920.patch
>
> Looking at the #c3 patch, I wonder if this wouldn't be more appropriate
> (untested s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55981
Paul E. McKenney changed:
What|Removed |Added
CC||paulmck at linux dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #14 from Richard Biener 2013-01-15
12:48:28 UTC ---
Author: rguenth
Date: Tue Jan 15 12:48:13 2013
New Revision: 195194
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195194
Log:
2013-01-15 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #2 from Anton Shterenlikht 2013-01-15
12:56:28 UTC ---
I get a different line at 3163:
# pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20121014/gcc/configure.ac | grep -C5
3163
3158 .text
3159 movia8, f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55973
--- Comment #3 from Richard Biener 2013-01-15
13:08:05 UTC ---
Author: rguenth
Date: Tue Jan 15 13:07:56 2013
New Revision: 195195
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195195
Log:
2013-01-15 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55973
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55991
Bug #: 55991
Summary: Support or document "Escape Sequences"
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #3 from Anton Shterenlikht 2013-01-15
13:26:17 UTC ---
In the latest version the line numbers are different again.
# pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20130106/gcc/configure.ac | grep
"\-32 \-\-fatal"
2982
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #4 from Frank Mehnert 2013-01-15
13:53:04 UTC ---
The problem is that I cannot reproduce this problem either. Some versions of
gcc 4.7 might be affected (the affected user uses 'Exherbo gcc-4.7.2-r2'),
others not. As far as I c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
Venkataramanan changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #13 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55991
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55981
--- Comment #5 from Uros Bizjak 2013-01-15 14:22:14
UTC ---
Obviously, not all DImode immediates are atomic. I have a patch that prohibits
moves of immediates that do not satisfy "e" constraints to volatile memories.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55991
--- Comment #2 from Tobias Burnus 2013-01-15
14:25:10 UTC ---
See -fbackslash at
http://gcc.gnu.org/onlinedocs/gfortran/Fortran-Dialect-Options.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55981
--- Comment #6 from Uros Bizjak 2013-01-15 14:25:33
UTC ---
Created attachment 29169
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29169
Patch that prevents non-atomic immediates in moves to volatile memory location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55991
--- Comment #3 from damage3025 at gmail dot com 2013-01-15 14:26:29 UTC ---
As I tried with GNU Fortran 4.7.2 and I was trying to output CRLF explicitly.
$ gfortran --version
GNU Fortran (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2
Copyright (C) 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55991
--- Comment #4 from damage3025 at gmail dot com 2013-01-15 14:28:01 UTC ---
Thank you all and sorry for the invalid bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55981
Uros Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184
--- Comment #24 from Richard Biener 2013-01-15
14:31:02 UTC ---
We fail to fold
(short unsigned int) ( X | (signed short) Y )
to
(short unsigned int ) X | (short unsigned int) Y
and thus end up with needlessly many conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
--- Comment #54 from Richard Biener 2013-01-15
14:40:39 UTC ---
(In reply to comment #48)
> I noticed PR 32120 is also involved.
>
> D.1716_7 = k_4 * 8;
> D.1717_9 = array_8(D) + D.1716_7;
> D.1718_10 = *D.1717_9;
> k_11 = k_4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
--- Comment #7 from Tobias Burnus 2013-01-15
14:47:31 UTC ---
(In reply to comment #6)
> Looks as if code of the form:
> if (y.data)
> D.1914 = _gfortran_internal_pack (&y);
> else
> D.1914 = NULL;
>
> is missing
The b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25672
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #5 from Frank Mehnert 2013-01-15
15:03:14 UTC ---
Actually I was able to reproduce generating the buggy code. My gcc version:
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #22 from Jakub Jelinek 2013-01-15
15:11:40 UTC ---
Created attachment 29170
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29170
gcc48-pr48087.patch
Untested fix. That said, it seems that on the provided testcase g++ a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #7 from Frank Mehnert 2013-01-15
15:37:43 UTC ---
Actually this looks like some mixup in the generated machine code:
VBoxHost_RTR0MemObjGetPagePhysAddr():
c1b: 8b 0f mov(%edi),%ecx
c1d: 8b 47 04
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
--- Comment #4 from Aldy Hernandez 2013-01-15
15:49:04 UTC ---
Perhaps this is a duplicate of PR55780? If it is, there is already a proposed
patch here:
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01339.html
which has been pinged he
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
--- Comment #5 from Richard Biener 2013-01-15
15:54:10 UTC ---
Author: rguenth
Date: Tue Jan 15 15:54:05 2013
New Revision: 195205
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195205
Log:
2013-01-15 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
Ray Donnelly changed:
What|Removed |Added
CC||mingw.android at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55992
Bug #: 55992
Summary: constexpr static member function not recognised in
templated using statement
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55982
--- Comment #3 from ppluzhnikov at gcc dot gnu.org 2013-01-15 16:02:51 UTC ---
Author: ppluzhnikov
Date: Tue Jan 15 16:02:42 2013
New Revision: 195207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195207
Log:
2013-01-15 Paul Pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55982
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
--- Comment #15 from Ray Donnelly 2013-01-15
16:07:45 UTC ---
What brought me here was a desire to add some information about this bug, when
I saw the odcctools comment from Iain I thought I may as well mention my
compilers.
Further Inf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43961
--- Comment #12 from Joseph S. Myers 2013-01-15
16:17:53 UTC ---
Author: jsm28
Date: Tue Jan 15 16:17:28 2013
New Revision: 195208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195208
Log:
2013-01-15 Joseph Myers
M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43961
Joseph S. Myers changed:
What|Removed |Added
Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7 Regression] [ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
Janis Johnson changed:
What|Removed |Added
CC||janis at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #8 from Jakub Jelinek 2013-01-15
16:33:38 UTC ---
Author: jakub
Date: Tue Jan 15 16:33:24 2013
New Revision: 195209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195209
Log:
PR tree-optimization/55920
* tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55967
--- Comment #5 from Marc Glisse 2013-01-15 16:38:36
UTC ---
Note that clang has -fsanitize=shift which produces a runtime message every
time a >> is executed with an out of bounds argument.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #23 from Manuel López-Ibáñez 2013-01-15
16:39:22 UTC ---
(In reply to comment #22)
> Created attachment 29170 [details]
> gcc48-pr48087.patch
>
> Untested fix. That said, it seems that on the provided testcase g++ already
> generat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #9 from Martin Jambor 2013-01-15
16:43:14 UTC ---
Author: jamborm
Date: Tue Jan 15 16:43:05 2013
New Revision: 195210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195210
Log:
2013-01-15 Martin Jambor
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55547
--- Comment #8 from Richard Henderson 2013-01-15
16:47:29 UTC ---
The patch in #c4 is ok.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
--- Comment #6 from Aldy Hernandez 2013-01-15
16:49:24 UTC ---
> The third is for failures like "FAIL: gcc.c-torture/execute/builtins/memset.c
> compilation, -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects" that fail to
> link due to m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
--- Comment #7 from Aldy Hernandez 2013-01-15
16:51:54 UTC ---
Oh Janis, and when you do, please reference the new PR here so we can close
this PR in deference to those 3 individual PRs.
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55993
Bug #: 55993
Summary: tuple_cat not a constant expression for result size >=
3
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #8 from Frank Mehnert 2013-01-15
16:54:53 UTC ---
Created attachment 29172
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29172
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55938
--- Comment #3 from Dominique d'Humieres 2013-01-15
16:55:13 UTC ---
> Failure no longer present at r195150 remerged with llvm compiler-rt r172419 .
Could you post the corresponding fix?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #9 from Frank Mehnert 2013-01-15
16:55:40 UTC ---
Just added the preprocessed source, sorry for the delay. It's the source code
from the VirtualBox ticket.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #10 from Frank Mehnert 2013-01-15
16:57:48 UTC ---
And regarding your comment, Jakub, in this case it's not a question of not
emitting the code of a function or not. The function code is emitted and the
code is definitely wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53073
Michael Paton changed:
What|Removed |Added
CC||mpaton at swbell dot net
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994
Bug #: 55994
Summary: multiple definition or memset or strlen for builtins
tests with LTO options
Classification: Unclassified
Product: gcc
Version: 4.7.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
--- Comment #8 from Janis Johnson 2013-01-15
17:11:40 UTC ---
The gcc.c-torture/execute/builtins failures with LTO options are now covered by
PR55994.
1 - 100 of 171 matches
Mail list logo