https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68628
Bug ID: 68628
Summary: [concepts] ICE: segmentation fault in crash_signal,
toplev.c:334
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68598
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68590
--- Comment #11 from Richard Biener ---
(In reply to Eric Botcazou from comment #10)
> > So the original compliant was that if we do that we pessimize code-gen
> > because we un-CSE a possibly large sub-expression.
>
> Then maybe the "possibly l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68590
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Tue Dec 1 08:52:58 2015
New Revision: 231100
URL: https://gcc.gnu.org/viewcvs?rev=231100&root=gcc&view=rev
Log:
2015-12-01 Richard Biener
PR middle-end/68590
* ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68590
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68194
--- Comment #18 from Jakub Jelinek ---
*** Bug 68189 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68189
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68629
Bug ID: 68629
Summary: FAIL: c-c++-common/attr-simd-3.c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lucdanton at free dot fr
Target Milestone: ---
Created attachment 36877
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36877&action=edit
Reduced testcase
Using 6.0.0 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
Bug ID: 68631
Summary: -lstdc++fs switch not working on gcc 5.3.0-RC-20151130
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #1 from Hubert Jarosz ---
Created attachment 36879
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36879&action=edit
.cpp test file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #2 from Hubert Jarosz ---
This GCC was built with 3 stage bootstraping from tarball posted by Richard
Biener on GCC maillist: https://gcc.gnu.org/ml/gcc/2015-11/msg00210.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68632
Bug ID: 68632
Summary: FAIL: gcc.target/arm/lto/pr65837 c_lto_pr65837_0.o
assemble, -flto -mfpu=neon
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68625
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68624
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #3 from Hubert Jarosz ---
I forgot to mention, it was configured with this option:
../configure --prefix=/opt/gcc53 --enable-languages=c,c++
And here is sha sum, so it's from correct tarball:
c3e2b79419024867df0788a91ef67b758f546e51d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67778
Jakub Jelinek changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #4 from Richard Biener ---
It works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68624
Marek Polacek changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #5 from Richard Biener ---
You may want to use -Wl,--verbose to check which libstdc++fs the linker ends up
using.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #6 from Marc Glisse ---
Did you try putting things in the right order on the command line (i.e. -l
flags at the end)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68348
--- Comment #5 from Uroš Bizjak ---
There are some hundred libstdc++ testsuite failures with the same backtrace for
alpha-linux-gnu [1] and probably also s390 [2].
[1] https://gcc.gnu.org/ml/gcc-testresults/2015-11/msg03084.html
[2] https://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68552
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68348
--- Comment #6 from Uroš Bizjak ---
gdb backtrace:
Program received signal SIGSEGV, Segmentation fault.
cxx_eval_constant_expression (ctx=0x7fffd2a0, t=0x2e7bf258, lval=false,
non_constant_p=0x7fffd78f, overflow_p=0x7fffd78e,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68624
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68348
Uroš Bizjak changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870
Ramana Radhakrishnan changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #16 from Ramana R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68580
--- Comment #4 from vries at gcc dot gnu.org ---
I've observed this failure now in two seperate build & test runs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68624
--- Comment #4 from Jakub Jelinek ---
We have:
(code_label 37 36 38 8 8 "" [0 uses])
(note 38 37 39 8 [bb 8] NOTE_INSN_BASIC_BLOCK)
(insn 39 38 40 8 (set (reg:SI 94 [ d.8_13 ])
(mem/c:SI (symbol_ref:DI ("d") [flags 0x2] )
[1 d+0 S4 A32]))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
--- Comment #1 from vries at gcc dot gnu.org ---
> IPA PTA can use a _lot_ of memory and compile-time
Doing a non-bootstrap build with -fipa-pta enabled by default gets stuck at:
...
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68595
--- Comment #9 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Dec 1 11:04:06 2015
New Revision: 231106
URL: https://gcc.gnu.org/viewcvs?rev=231106&root=gcc&view=rev
Log:
gcc/
PR middle-end/68595
* tree-vect-stmts.c (vect_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68595
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68511
--- Comment #3 from vries at gcc dot gnu.org ---
Noted by Andreas Schwab as well:
https://gcc.gnu.org/ml/gcc-patches/2015-11/msg02907.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68511
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68449
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
--- Comment #2 from rguenther at suse dot de ---
On Tue, 1 Dec 2015, vries at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
>
> --- Comment #1 from vries at gcc dot gnu.org ---
> > IPA PTA can use a _lot_ of memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68633
Bug ID: 68633
Summary: [i386, AVX-512] Spec2006/434. miscompares when
executed on KNL
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68470
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Tue Dec 1 11:35:21 2015
New Revision: 231108
URL: https://gcc.gnu.org/viewcvs?rev=231108&root=gcc&view=rev
Log:
2015-12-01 Richard Biener
PR ipa/68470
* ipa-split.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68626
john.frankish at outlook dot com changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68624
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Thanks, I've come to the same conclusion.
The code in noce_cmove_arith that checks for overlapping writes
among the basic blocks has a bug. In the code:
if (emit_a || modified_in_a)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68449
--- Comment #3 from Jakub Jelinek ---
Slightly improved testcase:
// PR c++/68449
// { dg-do compile }
// { dg-options "-Wsign-compare" }
int
foo (int a)
{
return __extension__ ({ int b; b; }) < 0;
}
It seems that if the ctx->values hash tabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68634
Bug ID: 68634
Summary: [6 Regression] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2284 w/ -O2 -fmodulo-sched
Product: gcc
Version: 6.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68348
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #8 from Hubert Jarosz ---
Created attachment 36881
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36881&action=edit
GCC output with -v and -Wl,--verbose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #7 from Hubert Jarosz ---
I've added output of:
/opt/gcc53/bin/g++ -v -Wl,--verbose -std=c++1z test.cpp -lstdc++fs &>
output_2.txt
as output_2.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #9 from Hubert Jarosz ---
Oh, wait, now it works. So it's a bug when -lstdc++fs is not at the end.
On my normal g++/clang++ puting -l flags on the end works well, except for this
one on 5.3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
--- Comment #10 from Hubert Jarosz ---
> On my normal g++/clang++ puting -l flags on the end works well, except for
> this one on 5.3.
I mean "not puting on the end works"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68470
Richard Biener changed:
What|Removed |Added
Known to work||6.0
Summary|[4.9/5/6 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
--- Comment #5 from Marek Polacek ---
And another with a different ICE:
int
main (void)
{
int r[5];
__transaction_atomic
{
r[5] = 4;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68635
Bug ID: 68635
Summary: IRA: Should update cost when choose an alternative for
an insn?
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68636
Bug ID: 68636
Summary: unnecessary unaligned load on mips o32
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: rtl-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
--- Comment #6 from Jakub Jelinek ---
And another with just -fgnu-tm, same ICE spot as #c5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
Jakub Jelinek changed:
What|Removed |Added
CC||rth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68625
--- Comment #2 from Richard Biener ---
So the copyprop iteration figures out half of the function is unreachable
and thus registers a copy from a value defined in a region that is also
dead (but we figure that out only during substitution and fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
--- Comment #8 from Marek Polacek ---
I'm testing the following which skips internal fns, but I don't know if that's
the right thing for TM. At least it fixes all the ICEs I see.
I can post this to ML if it passes testing and we can discuss the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
--- Comment #3 from vries at gcc dot gnu.org ---
(In reply to vries from comment #1)
> java/.libs/util.o
After 39 mins of runtime (and at ~1GB of memory usage), we have these stats:
...
(gdb) p stats
$14 = {
total_vars = 49735,
nonpointer_va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68634
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68589
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68582
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68597
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to vries from comment #3)
> (In reply to vries from comment #1)
> > java/.libs/util.o
>
> After 39 mins of runtime (and at ~1GB of memory usage), we have these stats:
> ...
And after 1h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68631
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68609
David Edelsohn changed:
What|Removed |Added
Target||powerpc-*-*
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68609
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68579
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68604
--- Comment #2 from Shafik Yaghmour ---
Wandbox has clang 3.8 and we can see that clang accepts this in C++11 mode:
http://melpon.org/wandbox/permlink/IzawQ5DDLFyIyQNo
but not in C++03 mode: http://melpon.org/wandbox/permlink/IzawQ5DDLFyIyQNo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68585
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68590
--- Comment #14 from Richard Biener ---
Author: rguenth
Date: Tue Dec 1 14:22:40 2015
New Revision: 231110
URL: https://gcc.gnu.org/viewcvs?rev=231110&root=gcc&view=rev
Log:
2015-12-01 Richard Biener
PR middle-end/68590
* ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68379
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68379
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Tue Dec 1 14:24:54 2015
New Revision: 23
URL: https://gcc.gnu.org/viewcvs?rev=23&root=gcc&view=rev
Log:
2015-12-01 Richard Biener
PR tree-optimization/68379
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
--- Comment #9 from torvald at gcc dot gnu.org ---
Marek, just skipping handling of internal functions is not correct I think. In
the worst case, it should treat them as txn-unsafe, unless they are considered
txn-pure. Do we have some idea of ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68585
--- Comment #3 from Jonathan Wakely ---
Or this version is valid C++11 (and accepted by clang and EDG):
template
struct array
{
T _M_data[N];
};
template
struct integer_sequence
{
};
struct Pos
{
unsigned l;
};
template
cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68585
--- Comment #2 from Jonathan Wakely ---
template
struct array
{
T _M_data[N];
};
template
struct integer_sequence
{
};
struct Pos
{
unsigned l;
};
template
constexpr auto make_grid_position(integer_sequence)
{
return array{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
--- Comment #10 from Jakub Jelinek ---
There are lots of internal functions in GCC 6 (older versions had fewer).
Many of them are ECF_CONST, which is also treated like txn_pure, right?
Other than that, e.g. the remaining UBSAN* handlers are prett
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68617
--- Comment #3 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Tue Dec 1 14:50:57 2015
New Revision: 231114
URL: https://gcc.gnu.org/viewcvs?rev=231114&root=gcc&view=rev
Log:
2015-12-01 Christian Bruel
PR target/68617
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68474
--- Comment #3 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Tue Dec 1 14:53:53 2015
New Revision: 231115
URL: https://gcc.gnu.org/viewcvs?rev=231115&root=gcc&view=rev
Log:
PR68474: Fix tree-call-cdce.c:use_internal_fn
We'd call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68585
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68617
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68616
--- Comment #2 from torvald at gcc dot gnu.org ---
I basically don't know anything about IPA, so I'll just assume that by
"barrier" you mean conditions prohibiting transformations. I'm also not sure
whether just CSE is a problem here, so I'll try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67916
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68636
--- Comment #1 from Richard Biener ---
Ok x86_64 I get
if (zeroIsCavium_2 == 0)
goto ;
else
goto ;
:
:
# PT = nonlocal
# ALIGN = 536870912, MISALIGN = 8388720
# iftmp.0_1 = PHI <3229614192B(2), 2692743280B(3)>
_4 ={v} *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68501
--- Comment #5 from Pat Haugen ---
*** Bug 68526 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68526
Pat Haugen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64769
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64769
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
--- Comment #11 from torvald at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #10)
> There are lots of internal functions in GCC 6 (older versions had fewer).
> Many of them are ECF_CONST, which is also treated like txn_pure, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68570
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68582
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 1 15:44:08 2015
New Revision: 231116
URL: https://gcc.gnu.org/viewcvs?rev=231116&root=gcc&view=rev
Log:
PR middle-end/68582
* cgraphunit.c (check_global_declar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68582
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67916
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 1 15:47:34 2015
New Revision: 231117
URL: https://gcc.gnu.org/viewcvs?rev=231117&root=gcc&view=rev
Log:
PR tree-optimization/67916
* gcc.dg/torture/pr67916.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67916
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68570
--- Comment #5 from Jakub Jelinek ---
Wonder if this isn't related to PR68625.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67800
--- Comment #5 from Alexander Fomin ---
Richard, are there any updates on this?
If BB vectorization support for reductions does not fit your plans for stage3,
we'd like to fix the regression by doing a partial revert described above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68637
Bug ID: 68637
Summary: Wrong -Wattributes on array of function pointers
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64769
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 1 16:22:28 2015
New Revision: 231120
URL: https://gcc.gnu.org/viewcvs?rev=231120&root=gcc&view=rev
Log:
PR tree-optimization/64769
* c-c++-common/gomp/pr64769.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68638
Bug ID: 68638
Summary: [6 Regression] ICE in linemap_macro_map_lookup
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: prep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64769
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
runk/build/gcc-master/configure
--prefix=/data/vjoost/toolchain-trunk/install --enable-languages=c,c++,fortran
--disable-multilib --disable-bootstrap --enable-lto --enable-plugins
Thread model: posix
gcc version 6.0.0 20151201 (experimental) (GCC)
1 - 100 of 181 matches
Mail list logo
