[Bug c++/82818] Bad Codegen, delete does not check for nullptrs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82818 --- Comment #3 from Marc Glisse --- Please read the documentation for -flifetime-dse, your code is invalid.
[Bug sanitizer/82792] Fallthrough attribute ignored after label, and before with address sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82792 Michael Thayer changed: What|Removed |Added CC||dodji at gcc dot gnu.org, ||dvyukov at gcc dot gnu.org, ||jakub at gcc dot gnu.org, ||kcc at gcc dot gnu.org, ||marxin at gcc dot gnu.org Component|c |sanitizer Summary|Fallthrough attribute |Fallthrough attribute |ignored after label |ignored after label, and ||before with address ||sanitizer --- Comment #10 from Michael Thayer --- I was only able to work around this by disabling asan on that particular file.
[Bug sanitizer/82792] Fallthrough attribute ignored after label, and before with address sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82792 Michael Thayer changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID |--- --- Comment #11 from Michael Thayer --- Setting this back to "unconfirmed" as it is still a problem with the attribute before the label.
[Bug c++/82818] Bad Codegen, delete does not check for nullptrs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82818 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #4 from Richard Biener --- INvalid.
[Bug tree-optimization/82819] [8 Regression] [graphite] ICE in set_codegen_error, at graphite-isl-ast-to-gimple.c:206
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82819 Richard Biener changed: What|Removed |Added Target|powerpc-*-linux-gnu*, |powerpc-*-linux-gnu*, |powerpcspe-*-linux-gnu* |powerpcspe-*-linux-gnu*, ||i?86-*-* Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2017-11-03 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Target Milestone|--- |8.0 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed on x86_64-linux with -m32. I will have a looksee.
[Bug c++/82821] New: g++ states that ctor of class is inaccessible just because I have inherited privately from it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82821
Bug ID: 82821
Summary: g++ states that ctor of class is inaccessible just
because I have inherited privately from it
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: gene at genethomas dot com
Target Milestone: ---
Created attachment 42541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42541&action=edit
c++ source file that reproduces the error
Just because I have privately inherited from a class should not mean that it's
ctor is inaccessible to me.
g++ (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609
(in Ubuntu Linux 16.04.3 LTS)
to reproduce:
g++ g++-base-inaccessible.cpp
output:
g++-base-inaccessible.cpp: In member function ‘void MyAnotherString::method()’:
g++-base-inaccessible.cpp:2:16: error: ‘class MyString MyString::MyString’ is
inaccessible
class MyString {
^
g++-base-inaccessible.cpp:11:9: error: within this context
MyString s; // fails
[Bug c/82817] C frontend errors on SSA name from REG_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-11-03 CC||rguenth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- The GIMPLE FE also doesn't like that some variable names created by the middle-end contain '.'. I belive it would be good to "fix" create_tmp_var_name. I suppose it intentionally uses ASM_FORMAT_PRIVATE_NAME to avoid clashes with user vars - but that should only be necessary for globals which should better use a more "manual" way of creating the name.
[Bug tree-optimization/82816] [8 Regression] ICE on valid code at -Os and above: in find_widening_optab_handler_and_mode, at optabs-query.c:414
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82816 Richard Biener changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org Version|unknown |8.0 Target Milestone|--- |8.0 Summary|ICE on valid code at -Os|[8 Regression] ICE on valid |and above: in |code at -Os and above: in |find_widening_optab_handler |find_widening_optab_handler |_and_mode, at |_and_mode, at |optabs-query.c:414 |optabs-query.c:414
[Bug c++/82818] Bad Codegen, delete does not check for nullptrs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82818 --- Comment #5 from Jonathan Wakely --- (In reply to dark_sylinc from comment #0) > * AFAIK it is legal to call the destructor. Only if you have ensured it won't be called implicitly, e.g. by creating it on the heap. Your object is an automatic (stack) variable, so gets destroyed three times in total, which is so invalid it hurts.
[Bug c++/82821] g++ states that ctor of class is inaccessible just because I have inherited privately from it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82821 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Jonathan Wakely --- It's not the constructor that is inaccessible, it's the name MyString which name lookup finds via an inaccessible base class. If you say ::MyString it will be found in the global namespace and work fine.
[Bug c++/82782] ICE: nested template alias and specialized template with auto template parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82782 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-11-03 Ever confirmed|0 |1 --- Comment #1 from Paolo Carlini --- Confirmed. Nit: the "now" is a bit misleading, certainly the issue isn't caused by the fix for PR82085 and isn't new (eg, 7.1.0 or 7.2.0 ICE the exact same way)
[Bug tree-optimization/82819] [8 Regression] [graphite] ICE in set_codegen_error, at graphite-isl-ast-to-gimple.c:206
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82819
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
--- Comment #2 from Richard Biener ---
Ok, so it's caused by us tiling the original schedule and ISL splitting the
outer loop.
for (int c0 = 0; c0 < -P_2; c0 += 1) {
S_4(c0);
for (int c1 = 0; c1 <= 2; c1 += 1)
S_5(c0, c1);
S_16(c0);
if (P_19 + 6 * c0 == 18446744073709551610)
S_9((-P_19 + 18446744073709551610) / 6);
S_10(c0);
}
becomes
for (int c0 = P_19; c0 <= min(18446744073709551609, -6 * P_2 + P_19 - 6); c0
+= 6) {
S_4((-P_19 + c0) / 6);
S_16((-P_19 + c0) / 6);
for (int c2 = 0; c2 <= 2; c2 += 1)
S_5((-P_19 + c0) / 6, c2);
S_10((-P_19 + c0) / 6);
}
if (P_19 >= 6 * P_2 + 18446744073709551616 && (P_19 - 4) % 6 == 0) {
S_16((-P_19 + 18446744073709551610) / 6);
S_4((-P_19 + 18446744073709551610) / 6);
for (int c2 = 0; c2 <= 2; c2 += 1)
S_5((-P_19 + 18446744073709551610) / 6, c2);
S_9((-P_19 + 18446744073709551610) / 6);
S_10((-P_19 + 18446744073709551610) / 6);
}
for (int c0 = ((P_19 + 1) % 6) + 18446744073709551611; c0 < -6 * P_2 + P_19 -
5; c0 += 6) {
S_4((-P_19 + c0) / 6);
S_16((-P_19 + c0) / 6);
for (int c2 = 0; c2 <= 2; c2 += 1)
S_5((-P_19 + c0) / 6, c2);
S_10((-P_19 + c0) / 6);
}
exposing constants that are too large for our choosen code-generation type
(signed long long).
For some reason -fgraphite-identity performs a similar "transform".
Note that this code-gen error is somewhat "expected" until we do better
with selecting wider types for code-generation. Note that
18446744073709551616 doesn't even fit unsigned long long. For -m64 we
use __int128 which is why the bug doesn't trigger there.
[Bug target/82809] [8 Regression] ICE in in ix86_vector_duplicate_value, at config/i386/i386.c:41242
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82809 --- Comment #3 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Fri Nov 3 09:24:28 2017 New Revision: 254366 URL: https://gcc.gnu.org/viewcvs?rev=254366&root=gcc&view=rev Log: PR82809: register handling in ix86_vector_duplicate_value When adding the call to gen_vec_duplicate, I failed to notice that code further down modified the VEC_DUPLICATE in place. That isn't safe if gen_vec_duplicate returned a const_vector. 2017-11-02 Richard Sandiford gcc/ PR target/82809 * config/i386/i386.c (ix86_vector_duplicate_value): Use gen_vec_duplicate after forcing the scalar into a register. gcc/testsuite/ * gcc.dg/pr82809.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr82809.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog
[Bug c/82817] C frontend errors on SSA name from REG_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 --- Comment #2 from Thomas Preud'homme --- (In reply to Richard Biener from comment #1) > The GIMPLE FE also doesn't like that some variable names created by the > middle-end contain '.'. > > I belive it would be good to "fix" create_tmp_var_name. I suppose it > intentionally uses ASM_FORMAT_PRIVATE_NAME to avoid clashes with user > vars - but that should only be necessary for globals which should better > use a more "manual" way of creating the name. That would work for this specific instance but as I said it's a more general problem. You can see at the end another such case: expected character `[', found `)' for this RTL: (cinsn 11 (set (reg:SI r3 [orig:111 c.1_2 ] [111]) (mem/c:SI (reg/f:SI r3 [117]) [1 c+0 S4 A32])) "testcase.c":7) I don't see why the RTL body goes through the C tokenizer since we only seems to care about matching curly braces and detecting EOF which I'm sure a lower level function that deals with encoding and buffer management would do.
[Bug target/82809] [8 Regression] ICE in in ix86_vector_duplicate_value, at config/i386/i386.c:41242
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82809 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #4 from rsandifo at gcc dot gnu.org --- Patch applied -- sorry for the breakage.
[Bug c/82817] C frontend errors on SSA name from REG_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 --- Comment #3 from rguenther at suse dot de --- On Fri, 3 Nov 2017, thopre01 at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 > > --- Comment #2 from Thomas Preud'homme --- > (In reply to Richard Biener from comment #1) > > The GIMPLE FE also doesn't like that some variable names created by the > > middle-end contain '.'. > > > > I belive it would be good to "fix" create_tmp_var_name. I suppose it > > intentionally uses ASM_FORMAT_PRIVATE_NAME to avoid clashes with user > > vars - but that should only be necessary for globals which should better > > use a more "manual" way of creating the name. > > That would work for this specific instance but as I said it's a more general > problem. You can see at the end another such case: > > expected character `[', found `)' > > for this RTL: > > (cinsn 11 (set (reg:SI r3 [orig:111 c.1_2 ] [111]) > (mem/c:SI (reg/f:SI r3 [117]) [1 c+0 S4 A32])) > "testcase.c":7) But if you change c.1_2 to c_1_2 for example, does it work? > I don't see why the RTL body goes through the C tokenizer since we only seems > to care about matching curly braces and detecting EOF which I'm sure a lower > level function that deals with encoding and buffer management would do. Because we're using the C parser to parse things like type and function declarations.
[Bug c++/70401] [c++1z on mingw]compile variadic template failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2017-11-03 Ever confirmed|0 |1
[Bug c/82817] C frontend errors on SSA name from REG_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 --- Comment #4 from Thomas Preud'homme --- (In reply to rguent...@suse.de from comment #3) > On Fri, 3 Nov 2017, thopre01 at gcc dot gnu.org wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 > > > > --- Comment #2 from Thomas Preud'homme --- > > (In reply to Richard Biener from comment #1) > > > The GIMPLE FE also doesn't like that some variable names created by the > > > middle-end contain '.'. > > > > > > I belive it would be good to "fix" create_tmp_var_name. I suppose it > > > intentionally uses ASM_FORMAT_PRIVATE_NAME to avoid clashes with user > > > vars - but that should only be necessary for globals which should better > > > use a more "manual" way of creating the name. > > > > That would work for this specific instance but as I said it's a more general > > problem. You can see at the end another such case: > > > > expected character `[', found `)' > > > > for this RTL: > > > > (cinsn 11 (set (reg:SI r3 [orig:111 c.1_2 ] [111]) > > (mem/c:SI (reg/f:SI r3 [117]) [1 c+0 S4 A32])) > > "testcase.c":7) > > But if you change c.1_2 to c_1_2 for example, does it work? For the first error yes but I still get: pr82817.c:12:56: error: expected character `[', found `)' pr82817.c:12:85: note: following context is ` [0 S4 A32])) "testcase.c":7' > > > I don't see why the RTL body goes through the C tokenizer since we only > > seems > > to care about matching curly braces and detecting EOF which I'm sure a lower > > level function that deals with encoding and buffer management would do. > > Because we're using the C parser to parse things like type and function > declarations. Even *in* the body of the function? The comment on top of c_parser_parse_rtl_body says: The RTL parser works on the level of characters read from a FILE *, whereas c_parser works at the level of tokens. Square this circle by consuming all of the tokens up to and including the closing brace, recording the start/end of the RTL fragment, and reopening the file and re-reading the relevant lines within the RTL parser. That sounds to me that for anything after the opening curly braces we should avoid the tokenizer and when arriving to the closing curly braces set the parser to continue from there.
[Bug c/82817] C frontend errors on SSA name from REG_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 --- Comment #5 from Richard Biener --- (In reply to Thomas Preud'homme from comment #4) > (In reply to rguent...@suse.de from comment #3) > > On Fri, 3 Nov 2017, thopre01 at gcc dot gnu.org wrote: > > > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 > > > > > > --- Comment #2 from Thomas Preud'homme --- > > > (In reply to Richard Biener from comment #1) > > > > The GIMPLE FE also doesn't like that some variable names created by the > > > > middle-end contain '.'. > > > > > > > > I belive it would be good to "fix" create_tmp_var_name. I suppose it > > > > intentionally uses ASM_FORMAT_PRIVATE_NAME to avoid clashes with user > > > > vars - but that should only be necessary for globals which should better > > > > use a more "manual" way of creating the name. > > > > > > That would work for this specific instance but as I said it's a more > > > general > > > problem. You can see at the end another such case: > > > > > > expected character `[', found `)' > > > > > > for this RTL: > > > > > > (cinsn 11 (set (reg:SI r3 [orig:111 c.1_2 ] [111]) > > > (mem/c:SI (reg/f:SI r3 [117]) [1 c+0 S4 A32])) > > > "testcase.c":7) > > > > But if you change c.1_2 to c_1_2 for example, does it work? > > For the first error yes but I still get: > > pr82817.c:12:56: error: expected character `[', found `)' > pr82817.c:12:85: note: following context is ` [0 S4 A32])) "testcase.c":7' No idea what it is complaining about though... there isn't any mismatching in braces, no? > > > > > I don't see why the RTL body goes through the C tokenizer since we only > > > seems > > > to care about matching curly braces and detecting EOF which I'm sure a > > > lower > > > level function that deals with encoding and buffer management would do. > > > > Because we're using the C parser to parse things like type and function > > declarations. > > Even *in* the body of the function? The comment on top of > c_parser_parse_rtl_body says: > >The RTL parser works on the level of characters read from a >FILE *, whereas c_parser works at the level of tokens. >Square this circle by consuming all of the tokens up to and >including the closing brace, recording the start/end of the RTL >fragment, and reopening the file and re-reading the relevant >lines within the RTL parser. > > That sounds to me that for anything after the opening curly braces we should > avoid the tokenizer and when arriving to the closing curly braces set the > parser to continue from there. But we do lexing up-front so not sure if that works.
[Bug c/82817] C frontend errors on SSA name from REG_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 --- Comment #6 from Thomas Preud'homme --- (In reply to Richard Biener from comment #5) > (In reply to Thomas Preud'homme from comment #4) > > (In reply to rguent...@suse.de from comment #3) > > > On Fri, 3 Nov 2017, thopre01 at gcc dot gnu.org wrote: > > > > > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82817 > > > > > > > > --- Comment #2 from Thomas Preud'homme --- > > > > (In reply to Richard Biener from comment #1) > > > > > The GIMPLE FE also doesn't like that some variable names created by > > > > > the > > > > > middle-end contain '.'. > > > > > > > > > > I belive it would be good to "fix" create_tmp_var_name. I suppose it > > > > > intentionally uses ASM_FORMAT_PRIVATE_NAME to avoid clashes with user > > > > > vars - but that should only be necessary for globals which should > > > > > better > > > > > use a more "manual" way of creating the name. > > > > > > > > That would work for this specific instance but as I said it's a more > > > > general > > > > problem. You can see at the end another such case: > > > > > > > > expected character `[', found `)' > > > > > > > > for this RTL: > > > > > > > > (cinsn 11 (set (reg:SI r3 [orig:111 c.1_2 ] [111]) > > > > (mem/c:SI (reg/f:SI r3 [117]) [1 c+0 S4 A32])) > > > > "testcase.c":7) > > > > > > But if you change c.1_2 to c_1_2 for example, does it work? > > > > For the first error yes but I still get: > > > > pr82817.c:12:56: error: expected character `[', found `)' > > pr82817.c:12:85: note: following context is ` [0 S4 A32])) "testcase.c":7' > > No idea what it is complaining about though... there isn't any mismatching > in braces, no? There isn't no. > > > > > > > > I don't see why the RTL body goes through the C tokenizer since we only > > > > seems > > > > to care about matching curly braces and detecting EOF which I'm sure a > > > > lower > > > > level function that deals with encoding and buffer management would do. > > > > > > Because we're using the C parser to parse things like type and function > > > declarations. > > > > Even *in* the body of the function? The comment on top of > > c_parser_parse_rtl_body says: > > > >The RTL parser works on the level of characters read from a > >FILE *, whereas c_parser works at the level of tokens. > >Square this circle by consuming all of the tokens up to and > >including the closing brace, recording the start/end of the RTL > >fragment, and reopening the file and re-reading the relevant > >lines within the RTL parser. > > > > That sounds to me that for anything after the opening curly braces we should > > avoid the tokenizer and when arriving to the closing curly braces set the > > parser to continue from there. > > But we do lexing up-front so not sure if that works. As you can see I'm not familiar with the C parser. I thought there'd be helper function to do the IO and buffering and then the lexer would be called on the buffer. I thought the call to _cpp_get_fresh_line in _cpp_lex_direct followed by the switch case indicated such a design. In that case looking to make the RTL C lexer friendly is probably the pragmatic solution.
[Bug tree-optimization/82816] [8 Regression] ICE on valid code at -Os and above: in find_widening_optab_handler_and_mode, at optabs-query.c:414
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82816 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2017-11-03 Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot gnu.org Ever confirmed|0 |1
[Bug fortran/81735] [6/7/8 Regression] double free or corruption (fasttop) error (SIGABRT) with character(:) and custom return type with allocatable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81735 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug c++/81922] [6/7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:5030
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81922 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug tree-optimization/80907] [6/7/8 Regression] False positive: "warning: array subscript is above array bounds"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80907 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug c++/80026] [6/7/8 Regression] passing unresolved function pointer to variadic function template yields "too many arguments" error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80026 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug middle-end/82253] [6/7/8 Regression] ICE in convert_move, at expr.c:604
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82253 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug middle-end/82286] [6/7/8 Regression] Wrong array subscript is above array bounds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82286 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug fortran/81841] [6/7/8 Regression] THREADPRIVATE (OpenMP) wrongly rejected in BLOCK DATA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug middle-end/63477] [6/7/8 Regression] Bogus warning with -O3 -Warray-bounds: array subscript is above array bounds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63477 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug fortran/82049] [6/7/8 Regression] ICE with character(*),parameter array constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82049 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug tree-optimization/80925] [8 Regression] vect peeling failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80925 Richard Biener changed: What|Removed |Added Version|7.0 |8.0 Target Milestone|--- |8.0 --- Comment #26 from Richard Biener --- Fixed?
[Bug c++/81997] [7/8 Regression] segfault while instantiating constrained function template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81997 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |7.3
[Bug ipa/81465] [8 Regression] ICE in estimate_edge_growth at gcc/ipa-inline.h:85 on s390x target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81465 Richard Biener changed: What|Removed |Added Version|7.0 |8.0 Target Milestone|--- |8.0
[Bug c++/82565] [7/8 Regression] Concept and lambda return type deduction cause compilation to crash with "mmap: Cannot allocate memory"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82565 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |7.3
[Bug target/54589] struct offset add should be folded into address calculation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589 --- Comment #3 from sgunderson at bigfoot dot com --- Still there in GCC 7.2.1 (exact same assembler output), and in 8.0 snapshot 20171017.
[Bug c++/80947] [6/7 Regression] Different visibility for the lambda and its capture list members with -fvisibility=hidden
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80947 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug tree-optimization/80202] [6 Regression] Spurious warning "array subscript is below array bounds" with if-statement and char to unsigned int conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80202 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug tree-optimization/80769] [6 Regression] Invalid delayed string length computation in tree-ssa-strlen.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80769 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.5
[Bug fortran/82814] ICE from submodule character function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82814 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-11-03 Ever confirmed|0 |1 --- Comment #1 from Dominique d'Humieres --- Also confirmed on trunk (8.0). Compiling the code with an instrumented compiler gives ../../work/gcc/tree.h:3201:28: runtime error: member access within null pointer of type 'union tree_node'
[Bug tree-optimization/82816] [8 Regression] ICE on valid code at -Os and above: in find_widening_optab_handler_and_mode, at optabs-query.c:414
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82816 --- Comment #1 from rsandifo at gcc dot gnu.org --- Created attachment 42542 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42542&action=edit Candidate patch Thanks for the report. This is the patch I'm testing.
[Bug c++/82822] [8 Regression] ICE on valid C++ code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82822 Martin Liška changed: What|Removed |Added Last reconfirmed||2017-11-3 Target Milestone|--- |8.0 Summary|[8 Regression] ICE on valid |[8 Regression] ICE on valid |code|C++ code
[Bug c++/82822] New: [8 Regression] ICE on valid code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82822
Bug ID: 82822
Summary: [8 Regression] ICE on valid code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: jason at gcc dot gnu.org
Target Milestone: ---
It's isolated from boost and it started with r253266:
$ cat ice7.ii
class a
{
};
template class b
{
b (b &&c) : e (static_cast (c.e)) {}
a e;
};
$ g++ ice7.ii -c
ice7.ii: In constructor ‘b< >::b(b<
>&&)’:
ice7.ii:6:40: internal compiler error: tree check: expected tree that contains
‘decl common’ structure, have ‘identifier_node’ in get_inner_reference, at
expr.c:7002
b (b &&c) : e (static_cast (c.e)) {}
^
0x158b6f1 tree_contains_struct_check_failed(tree_node const*,
tree_node_structure_enum, char const*, int, char const*)
../../gcc/tree.c:9268
0x80fbef contains_struct_check(tree_node*, tree_node_structure_enum, char
const*, int, char const*)
../../gcc/tree.h:3202
0xda9245 get_inner_reference(tree_node*, long*, long*, tree_node**,
machine_mode*, int*, int*, int*)
../../gcc/expr.c:7002
0xdebe0d fold_unary_loc(unsigned int, tree_code, tree_node*, tree_node*)
../../gcc/fold-const.c:7695
0xe00c65 fold_build1_loc(unsigned int, tree_code, tree_node*, tree_node*)
../../gcc/fold-const.c:12068
0xdd6b42 fold_convert_loc(unsigned int, tree_node*, tree_node*)
../../gcc/fold-const.c:2260
0x8b6123 cp_fold_convert(tree_node*, tree_node*)
../../gcc/cp/cvt.c:607
0xb167fe build_static_cast_1
../../gcc/cp/typeck.c:6856
0xb1795a build_static_cast(tree_node*, tree_node*, int)
../../gcc/cp/typeck.c:7078
0x9bedd0 cp_parser_postfix_expression
../../gcc/cp/parser.c:6696
0x9c3467 cp_parser_unary_expression
../../gcc/cp/parser.c:8363
0x9c456f cp_parser_cast_expression
../../gcc/cp/parser.c:9131
0x9c4669 cp_parser_binary_expression
../../gcc/cp/parser.c:9232
0x9c538c cp_parser_assignment_expression
../../gcc/cp/parser.c:9519
0x9c2151 cp_parser_parenthesized_expression_list
../../gcc/cp/parser.c:7822
0x9cfbf2 cp_parser_mem_initializer
../../gcc/cp/parser.c:14548
0x9cf58b cp_parser_mem_initializer_list
../../gcc/cp/parser.c:14434
0x9cf3a8 cp_parser_ctor_initializer_opt
../../gcc/cp/parser.c:14405
0x9dd7e9 cp_parser_ctor_initializer_opt_and_function_body
../../gcc/cp/parser.c:21859
0x9e6ddb cp_parser_function_definition_after_declarator
../../gcc/cp/parser.c:26765
[Bug c++/82593] Internal compiler error: in process_init_constructor_array, at cp/typeck2.c:1294
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82593 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #2 from Paolo Carlini --- Looking into it.
[Bug target/68094] Compiler segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68094 Eric Gallager changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #5 from Eric Gallager --- (In reply to Eric Gallager from comment #4) > (In reply to Matha Goram from comment #2) > > Created attachment 36600 [details] > > Pre-processed source file > > > > Per request to attach pre-processed source file > > Are you sure that's the file where GCC crashes? The error message in the > screenshot looks more like it'd be this: > http://svn.savannah.gnu.org/viewvc/avr-libc/trunk/avr-libc/libc/stdlib/ > malloc.c?view=markup No response; closing
[Bug target/82823] New: ICE in ix86_expand_prologue, at config/i386/i386.c:13171
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82823
Bug ID: 82823
Summary: ICE in ix86_expand_prologue, at
config/i386/i386.c:13171
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: law at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-linux-gnu
Target: i686-linux-gnu
Starting from r252998 we ICE on following valid code:
$ cat ice2.ii
class a
{
public:
~a ();
int b;
};
class c
{
public:
a m_fn1 ();
};
class d
{
int e ();
c f;
};
int
d::e ()
{
return f.m_fn1 ().b;
}
$ g++ -c -O1 -fstack-clash-protection -march=i686 ice2.ii -m32 -c
during RTL pass: pro_and_epilogue
ice2.ii: In member function ‘int d::e()’:
ice2.ii:21:1: internal compiler error: in ix86_expand_prologue, at
config/i386/i386.c:13171
}
^
0x16247c3 ix86_expand_prologue()
../../gcc/config/i386/i386.c:13171
0x1985ad2 gen_prologue()
../../gcc/config/i386/i386.md:13135
0x160281a target_gen_prologue
../../gcc/config/i386/i386.md:19431
0xe251b4 make_prologue_seq
../../gcc/function.c:5879
0xe25394 thread_prologue_and_epilogue_insns()
../../gcc/function.c:5996
0xe263a0 rest_of_handle_thread_prologue_and_epilogue
../../gcc/function.c:6487
0xe26422 execute
../../gcc/function.c:6529
[Bug target/82823] ICE in ix86_expand_prologue, at config/i386/i386.c:13171 with -fstack-clash-protection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82823 Martin Liška changed: What|Removed |Added Last reconfirmed||2017-11-3 Target Milestone|--- |8.0 Summary|ICE in |ICE in |ix86_expand_prologue, at|ix86_expand_prologue, at |config/i386/i386.c:13171|config/i386/i386.c:13171 ||with ||-fstack-clash-protection
[Bug c++/82360] [8 Regression] tree check fail in get_inner_reference, at expr.c:6996
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #8 from Martin Liška --- *** Bug 82822 has been marked as a duplicate of this bug. ***
[Bug c++/82822] [8 Regression] ICE on valid C++ code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82822 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Martin Liška --- Dup. *** This bug has been marked as a duplicate of bug 82360 ***
[Bug middle-end/82694] [8 regression] Linux kernel miscompiled since r250765
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82694 --- Comment #11 from Richard Biener --- Rather than reverting I'd add fwrapp Common Report Var(flag_wrapp) Optimization Assume pointer arithmetic overflow wraps around. and adjust fstrict-overflow to also enable fwrapp. Maybe we need to change that away from an alias and instead add EnabledBy(fno-strict-overflow) to both fwrapv and fwrapp. So yes, I think we probably need a way to enable pointer wrapping and -fno-strict-overflow should do that.
[Bug target/82641] Unable to enable crc32 for a certain function with target attribute on ARM (aarch32)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641 --- Comment #8 from Tamar Christina --- > It would be great if `+crc` can work if it's not ambiguous. Requiring > `arch=armv8-a+crc` works for me too, and it'll just require more preprocessor > checks. Yes I'm adding `+crc` and `arch=...`.
[Bug middle-end/82694] [8 regression] Linux kernel miscompiled since r250765
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82694 Richard Biener changed: What|Removed |Added Priority|P3 |P1 CC||rguenth at gcc dot gnu.org
[Bug middle-end/82694] [8 regression] Linux kernel miscompiled since r250765
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82694 --- Comment #12 from Richard Biener --- Note though that there were _many_ foldings not properly guarded by POINTER_TYPE_OVERFLOW_UNDEFINED. I'd rather fold that into TYPE_OVERFLOW_UNDEFINED / TYPE_OVERFLOW_WRAPS anyway (thus also allow those on pointer types).
[Bug fortran/57129] [6/7/8 Regression] Improve error message for conflicts between PROCEDURE and DERIVED.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57129 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug tree-optimization/15596] [6/7/8 Regression] Missed optimization with bitfields with return value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug preprocessor/8270] [6/7/8 Regression] back-slash white space newline with comments, no warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c/21343] [6/7/8 Regression] incompatible internal linkage declarations in different scopes not diagnosed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21343 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/61527] [6/7/8 Regression] [OOP] class/extends, multiple generic assignment, accept invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61527 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c++/71464] [6/7/8 Regression] ICE on invalid C++11 code (with redeclared constructor) at -Os on x86_64-linux-gnu: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71464 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c/23144] [6/7/8 Regression] invalid parameter forward declarations not diagnosed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23144 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug middle-end/38059] [6/7/8 Regression] Compile time regression for gcc.dg/20020425-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38059 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c++/71451] [6/7 Regression] ICE on invalid C++11 code on x86_64-linux-gnu: in dependent_type_p, at cp/pt.c:22599
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71451 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug go/59431] [6/7/8 regression] runtime FAILs on Solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59431 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/18346] [6/7/8 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/trampoline-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18346 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug middle-end/26241] [6/7/8 Regression] None of the IPA passes are documented in passes.texi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26241 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug other/26966] [6/7/8 Regression] linking of C++/ObjC app fail on OpenBSD 3.9 due POSIX threading unresolved symbols
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26966 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug preprocessor/24976] [6/7/8 Regression] simple hexadecimal number and plus/minus and no space
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24976 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug tree-optimization/18501] [6/7/8 Regression] Missing 'used uninitialized' warning (CCP)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/20617] [6/7/8 Regression] shared SH libgcc is exporting too many symbols
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c++/79652] [6/7 Regression] ICE on invalid c++ code in warn_extern_redeclared_static in cp/decl.c:1231
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79652 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c++/59498] [DR 1430][6/7/8 Regression] Pack expansion error in template alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c/26154] [6/7/8 Regression] OpenMP extensions to the C language is not documented or doumented in the wrong spot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26154 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug preprocessor/24024] [6/7/8 Regression] gcc -E -C processes "\" incorrectly inside C comments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24024 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug middle-end/24434] [6/7/8 Regression] get_varargs_alias_set returns 0 always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24434 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/42954] [6/7/8 regression] TARGET_*_CPP_BUILTINS issues with gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42954 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug preprocessor/20285] [6/7/8 Regression] gcc -E - < . gives a misleading error message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20285 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug ada/25844] [6/7/8 regression] ICE on overloaded renames
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25844 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug tree-optimization/37916] [6/7/8 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37916 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/18335] [6/7/8 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/debug/debug-1.c and debug-2 xyzzy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18335 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/66695] [6/7/8 Regression] [F03] ICE with binding-name equal to the name of a use-associated procedure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66695 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug driver/25208] [6/7/8 Regression] two outputs and -MMD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/80555] [6/7/8 Regression] ICE when using MAXVAL of a rank-2 PARAMETER array in a module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80555 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/66358] [6/7/8 Regression] [SH] ICE: in extract_constrain_insn, at recog.c:2232
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/47481] [6/7/8 Regression] spill failure with -O2 -msoft-float on Ada RTS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47481 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/65162] [6/7/8 Regression][SH] Redundant tests when storing bswapped T bit result in unaligned mem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65162 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug tree-optimization/31130] [6/7/8 Regression] VRP no longer derives range for division after negation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31130 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/49826] [6/7/8 Regression] Symbols are not decorated with attribute stdcall and -mrtd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug middle-end/23868] [6/7/8 regression] builtin_apply uses wrong mode for multi-hard-register return values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23868 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/71861] [6/7/8 Regression] [F03] ICE in write_symbol(): bad module symbol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71861 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/72716] [6 Regression] ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5156
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72716 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c++/81032] [6/7 Regression] ICE with lambda and broken constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81032 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c/79412] [6/7/8 Regression] ICE in fold_convert_loc, at fold-const.c:2239
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79412 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug c/12245] [6/7/8 regression] Uses lots of memory when compiling large initialized arrays
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/72714] [6/7/8 Regression] [Coarray] ICE in gfc_array_init_size, at fortran/trans-array.c:5235
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug middle-end/65289] [6/7/8 regression] ICE when compiling libjpegturbo with -floop-nest-optimize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65289 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/71860] [6/7/8 Regression] [OOP] ICE on pointing to null(mold), verify_gimple failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71860 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/78026] [6 Regression] ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5190
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78026 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/79485] [6/7/8 Regression] Bind(c) and module procedure renaming causes wrong procedure to be called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79485 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/78641] [6/7/8 Regression] [OOP] ICE on polymorphic allocatable function in array constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug target/62247] [6/7/8 Regression] FAIL: g++.dg/abi/anon3.C -std=c++98 scan-assembler .weak(_definition)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62247 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
[Bug fortran/71723] [6/7/8 Regression] [F08] ICE on invalid pointer initialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71723 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.5
