https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25114
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69027
--- Comment #2 from Sebastian Huber ---
I have an admittedly quite exotic use case where it hurts.
I changed a switch statement to adaptor functions in RTEMS to avoid dead code,
e.g.
https://git.rtems.org/rtems/diff/cpukit/score/src/threadhandl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69380
Bug ID: 69380
Summary: FAIL: g++.dg/tree-ssa/pr69336.C scan-tree-dump-not
optimized "cmap"
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69379
--- Comment #1 from Martin Michlmayr ---
Created attachment 37401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37401&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69379
Bug ID: 69379
Summary: [6 Regression] ICE in fold_convert_loc, at
fold-const.c:2366
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69378
Bug ID: 69378
Summary: FAIL: g++.dg/tree-ssa/pr61034.C
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50555
--- Comment #6 from Jerry DeLisle ---
This patch:
diff --git a/gcc/fortran/resolve.c b/gcc/fortran/resolve.c
index 64d59cee..8a465db6 100644
--- a/gcc/fortran/resolve.c
+++ b/gcc/fortran/resolve.c
@@ -14275,6 +14275,13 @@ resolve_symbol (gfc_sym
/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20160119 (experimental) [trunk revision 232571] (GCC)
$
$ gcc-trunk -m32 -Os small.c; ./a.out
2
1
1
$ gcc-5.3 -m32 -O2 small.c; ./a.out
2
1
1
$ gcc-trunk -m32 -O2
-multilib
Thread model: posix
gcc version 6.0.0 20160119 (experimental) [trunk revision 232571] (GCC)
$
$ gcc-trunk -O1 small.c; ./a.out
$ gcc-5.3 -Os small.c; ./a.out
$
$ gcc-trunk -Os small.c
$ ./a.out
Segmentation fault (core dumped)
$
-
int printf (const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69375
Bug ID: 69375
Summary: GCC allows PMF type "void (T::*)()" to be caught as
"void (T::*)() const"
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374
Bug ID: 69374
Summary: install.texi is bit-rotten
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69373
Bug ID: 69373
Summary: GCC emits incorrect warning that "exception of type
‘void (*)()’ will be caught by earlier handler for
'void*'"
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69372
--- Comment #1 from Eric Fiselier ---
Created attachment 37397
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37397&action=edit
reproducer for function types
attached a reproducer for function types.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69372
Bug ID: 69372
Summary: GCC allows array and function types to be caught by
reference.
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69369
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #10 from Jack Howarth ---
It is unclear if the changes in r232454, to avoid the explicit linkage on
libitm, can ever be made darwin-friendly. On darwin, every single executable
linked against libstdc++ would require -Wl,-undefined,dyn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69371
Bug ID: 69371
Summary: UNRESOLVED:
special_functions/18_riemann_zeta/check_value.cc
compilation failed to produce executable
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53931
--- Comment #2 from Hubert Tong ---
Needs a resolution for CWG 1521.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65096
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35490
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54670
--- Comment #5 from Arseny Solokha ---
(In reply to Martin Sebor from comment #4)
> It has been over three years with no confirmation. Is this still a problem
> on the target with recent GCC?
Personally, I cannot reproduce it as described neith
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64843
--- Comment #8 from joseph at codesourcery dot com ---
I think we should keep the built-in function semantics as-is, and fix
stdatomic.h along the lines I proposed in comment#3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35490
--- Comment #2 from Andrew Pinski ---
(In reply to Martin Sebor from comment #1)
> I don't have a GCC for Darwin but with trunk configured for
> powerpc64-linux-gnu the emitted code looks correct.
>
> Andrew, can you confirm whether this is stil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54670
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53931
Martin Sebor changed:
What|Removed |Added
Keywords|rejects-valid, wrong-code |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53288
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69370
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68298
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64843
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Known to f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69370
Bug ID: 69370
Summary: Fortran spurious warning (regression)?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68298
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66612
--- Comment #11 from Segher Boessenkool ---
I don't see it being fixed any time soon. a fix is likely too intrusive
for stage 4, so yeah let's just xfail it :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69369
Bug ID: 69369
Summary: [6 Regression] internal compiler error: in
remove_unreachable_nodes, at ipa.c:457
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51817
Hubert Tong changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Mike Frysinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #45 from Mike Frysinger ---
Author: vapier
Date: Tue Jan 19 23:15:12 2016
New Revision: 232595
URL: https://gcc.gnu.org/viewcvs?rev=232595&root=gcc&view=rev
Log:
ia64: don't use dynamic relocations for local symbols
Backported from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68654
--- Comment #12 from Jeffrey A. Law ---
Ah nuts. The partitioning information is part of the .expand dump, not the
.optimized dump. -fdump-rtl-expand-details.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #44 from Mike Frysinger ---
Author: vapier
Date: Tue Jan 19 23:12:22 2016
New Revision: 232594
URL: https://gcc.gnu.org/viewcvs?rev=232594&root=gcc&view=rev
Log:
ia64: don't use dynamic relocations for local symbols
Backported from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336
Jakub Jelinek changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51817
Martin Sebor changed:
What|Removed |Added
Keywords|accepts-invalid, wrong-code |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
--- Comment #7 from Jeffrey A. Law ---
Author: law
Date: Tue Jan 19 23:03:26 2016
New Revision: 232593
URL: https://gcc.gnu.org/viewcvs?rev=232593&root=gcc&view=rev
Log:
PR middle-end/69347
* tree-ssa-threadbackwards.c
(f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40391
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Bug ID: 69368
Summary: spec2006 test case 416.gamess fails with the g++ 6.0
compiler starting with r232508
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38153
Martin Sebor changed:
What|Removed |Added
Target|powerpc64-suse-linux|powerpc64*-*-linux
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69367
--- Comment #1 from joseph at codesourcery dot com ---
I think the main specs documentation is the comment starting "Specs are
strings containing lines" and it was a mistake to copy it into the manual
in the first place; it should not be consid
)
stdu 1,-112(1)
lvx 2,0,3
li 3,10
bl bar
nop
addi 1,1,112
ld 0,16(1)
mtlr 0
blr
.long 0
.byte 0,0,0,1,128,0,0,0
.size foo,.-.L.foo
.ident "GCC: (GNU) 6.0.0 20160119 (experimental)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43407
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34087
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Known to w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31690
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27321
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
quot;aw"
.align 3
foo:
.quad .L.foo,.TOC.@tocbase,0
.previous
.type foo, @function
.L.foo:
lbz 9,8(3)
li 10,-1
rldimi 9,10,7,32
stb 9,8(3)
lwz 3,12(3)
blr
.long 0
.byte 0,0,0,0,0,0,0,0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 19 21:43:55 2016
New Revision: 232586
URL: https://gcc.gnu.org/viewcvs?rev=232586&root=gcc&view=rev
Log:
Add C++-conforming wrappers for stdlib.h and math.h
PR libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608
--- Comment #15 from Jonathan Wakely ---
Author: redi
Date: Tue Jan 19 21:43:55 2016
New Revision: 232586
URL: https://gcc.gnu.org/viewcvs?rev=232586&root=gcc&view=rev
Log:
Add C++-conforming wrappers for stdlib.h and math.h
PR libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
--- Comment #3 from David Malcolm ---
(gdb) p switches[1]
$6 = {part1 = 0x53419d "h", args = 0x7dde70, live_cond = 0, known = true,
validated = false, ordering = false}
So "-h" is "known", but not "validated", but
driver::handle_unrecognized_opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69367
Bug ID: 69367
Summary: spec file documentation is incomplete
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
--- Comment #2 from David Malcolm ---
Notes to self:
Trying to locate the "-h" option.
grep -nH -e "^h" *.opt
common.opt:2759:h
which is:
h
Driver Joined Separate
it was added in r166155 (37ef985f35a963f06b8112872899cb9d6811969)
which su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67755
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #9 from Jack Howarth ---
I suspect the current problem is from...
// Declare all libitm symbols we rely on, but make them weak so that we do
// not depend on libitm.
in libstdc++-v3/src/c++11/cow-stdexcept.cc. There needs to be an e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69366
Bug ID: 69366
Summary: All MPX tests are unsupported
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69144
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69144
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 19 20:37:19 2016
New Revision: 232582
URL: https://gcc.gnu.org/viewcvs?rev=232582&root=gcc&view=rev
Log:
PR jit/69144: Ensure that libgccjit's tempdir is fully cleaned-up
Ther
de/x86_64-apple-darwin15.4.0
-I/sw/src/fink.build/gcc6-6.0.0-1/darwin_objdir/prev-x86_64-apple-darwin15.4.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc6-6.0.0-1/gcc-6-20160119/libstdc++-v3/libsupc++
-L/sw/src/fink.build/gcc6-6.0.0-1/darwin_objdir/prev-x86_64-apple-darwin15.4.0/libstdc++-v3/src/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
--- Comment #5 from Jeffrey A. Law ---
So the most glaring problem is that we're trying awful hard to find jump
threads that ultimately we're going to have to throw away anyway.
We're being asked to find jump threads to determine a constant valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69365
Jonathan Wakely changed:
What|Removed |Added
CC||ville at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69365
Bug ID: 69365
Summary: LWG DR2367 (constrained pair default constructor)
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69364
Bug ID: 69364
Summary: [concepts] failure to properly order constraints when
using fold expressions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
--- Comment #5 from Bill Schmidt ---
Martin, did you specify -mlra and -mvsx-timode? Peter's compiler is a test one
that turns these on by default. Just want to be sure we're comparing the same
things.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66273
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69031
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #7 from torvald at gcc dot gnu.org ---
Does this patch fix the issue on Darwin?
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01452.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68990
--- Comment #6 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #4)
> I think the problem is:
> ** Pseudos coalescing #1: **
>
> Coalescing move 5:r91(91)-r103(103) (freq=1)
> Removing move 5 (freq=1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #6 from torvald at gcc dot gnu.org ---
(In reply to Jack Howarth from comment #5)
> (In reply to torvald from comment #4)
>
> > See https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01203.html
> > (Not linked to this bug because this bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69363
Bug ID: 69363
Summary: ICE when doing a pragma simd reduction with max
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Tue Jan 19 19:00:21 2016
New Revision: 232580
URL: https://gcc.gnu.org/viewcvs?rev=232580&root=gcc&view=rev
Log:
PR c++/59759
* pt.c (convert_template_argument): Handle V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
Jack Howarth changed:
What|Removed |Added
CC||howarth.at.gcc at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68820
--- Comment #16 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Jan 19 18:27:19 2016
New Revision: 232577
URL: https://gcc.gnu.org/viewcvs?rev=232577&root=gcc&view=rev
Log:
PR testsuite/68820
* gcc.c-torture/execute/builti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69362
Bug ID: 69362
Summary: ICE when doing a pragma reduction with the wrong
variable
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66232
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66273
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66273
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759
--- Comment #16 from Martin Sebor ---
Kai's patch with the small from comment #15 test case posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01446.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
--- Comment #1 from David Malcolm ---
Similarly:
$ gcc -h foo
gcc: error: unrecognized command line option ‘-h’; did you mean ‘-h’?
gcc: fatal error: no input files
compilation terminated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
--- Comment #4 from Jeffrey A. Law ---
We've got function with something like 15k blocks. One particular block as ~3k
predecessors. Clearly something in the FSM bits isn't scaling. I've already
fixed one bug in this space a few months ago and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
Bug ID: 69361
Summary: Nonsensical suggestion for misspelled command-line
option "-help"
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66740
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69360
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68820
--- Comment #15 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Jan 19 17:51:38 2016
New Revision: 232575
URL: https://gcc.gnu.org/viewcvs?rev=232575&root=gcc&view=rev
Log:
PR testsuite/68820
* gcc.c-torture/execute/builti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Last reconfirmed|20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66223
--- Comment #12 from Jakub Jelinek ---
Your call. Anyway, I'd appreciate if for -fsanitize=undefined we could make
sure that __cxa_pure_virtual will be called in all cases in which it would be
called without optimizing, rather than just for the
1 - 100 of 221 matches
Mail list logo
