[Bug target/70941] [5/6/7 Regression] Test miscompiled with -O2.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941 --- Comment #3 from Richard Biener --- 4.9 has (void) (a = (char) ((-(unsigned char) b - (unsigned char) ((signed char) ((signed char) d != 0 && (signed char) c != 0) ^ -128)) + 19)) >; if ((signed char) a != -109)

[Bug libstdc++/70940] pmr::resource_adaptor requires optional allocator requirements and incorrectly aligns returned pointers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70940 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/70902] [7 Regression] GCC freezes while compiling for 'skylake-avx512' target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70902 Uroš Bizjak changed: What|Removed |Added Component|target |rtl-optimization --- Comment #3 from Uroš

[Bug c++/70824] cc1plus consumes all available memory on specific template code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70824 --- Comment #1 from Truls Johnsen --- Reduced the test case to only include and changed max to a one-liner that still shows the same behavior. Removing constexpr from max, or the (unused) template from a() makes the code compile: #include

[Bug c++/70943] New: 'conflicting declaration' error with repeated typedefs in function templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70943 Bug ID: 70943 Summary: 'conflicting declaration' error with repeated typedefs in function templates Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug rtl-optimization/70944] [7 Regression] ICE in immed_wide_int_const, at emit-rtl.c:606 with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

[Bug libstdc++/70940] pmr::resource_adaptor requires optional allocator requirements and incorrectly aligns returned pointers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70940 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Wed May 4 12:08:45 2016 New Revision: 235868 URL: https://gcc.gnu.org/viewcvs?rev=235868=gcc=rev Log: libstdc++/70940 Start fixing polymorphic memory resources PR

[Bug libstdc++/70940] pmr::resource_adaptor requires optional allocator requirements and incorrectly aligns returned pointers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70940 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug lto/70929] [4.9/5/6/7 regression] Cross-module inlining for functions having argument passed by reference is no longer working.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70929 --- Comment #2 from Richard Biener --- Looks reasonable if it can get some baking time on trunk.

[Bug target/70941] [5/6/7 Regression] Test miscompiled with -O2.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/70824] cc1plus consumes all available memory on specific template code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70824 Truls Johnsen changed: What|Removed |Added Attachment #38348|0 |1 is obsolete|

[Bug tree-optimization/70944] [7 Regression] ICE in immed_wide_int_const, at emit-rtl.c:606 with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944 Richard Biener changed: What|Removed |Added Target||x86_64-*-*

[Bug target/70941] [5/6/7 Regression] Test miscompiled with -O2.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941 --- Comment #4 from Jakub Jelinek --- That looks fine indeed. The r217348 to r217349 *.original diff is similar (there is already the (OVF), but that is probably not it, after all we strip OVF flag away during gimplification: - a = (char)

[Bug c++/70942] New: [c++14] Incorrect deduction of generic lambda `auto&&` parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70942 Bug ID: 70942 Summary: [c++14] Incorrect deduction of generic lambda `auto&&` parameter Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: critical

[Bug libstdc++/67085] priority queue should not copy comparators when calling push_heap and pop_heap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67085 --- Comment #9 from Jonathan Wakely --- *** Bug 70898 has been marked as a duplicate of this bug. ***

[Bug libstdc++/70898] Stateful Compare objects are very slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/70937] [7 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70937 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org

[Bug fortran/70931] [4.9/5/6/7 Regression] ICE with -g in native_encode_initializer, bei dwarf2out.c:17768

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70931 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.4 --- Comment #3 from Richard

[Bug c++/70942] [c++14] Incorrect deduction of generic lambda `auto&&` parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70942 TC changed: What|Removed |Added CC||rs2740 at gmail dot com --- Comment #1 from TC

[Bug libstdc++/70940] pmr::resource_adaptor requires optional allocator requirements and incorrectly aligns returned pointers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70940 --- Comment #1 from Jonathan Wakely --- Also: __null_memory_resource::do_is_equal() is missing a return statement, so returns garbage off the stack. __null_memory_resource doesn't need to be a class template. new_delete_resource() returns

[Bug fortran/70937] [7 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70937 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #3

[Bug debug/70935] [6/7 Regression] ICE: verify_ssa failed (error: definition in block 9 does not dominate use in block 12) w/ -O3 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70935 Richard Biener changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug c++/70939] creating object of abstract class allowed in all versions of g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70939 Jonathan Wakely changed: What|Removed |Added Keywords||accepts-invalid

[Bug c++/70942] [c++14] Incorrect deduction of generic lambda `auto&&` parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70942 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid

[Bug target/70941] [5/6/7 Regression] Test miscompiled with -O2.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941 --- Comment #6 from Richard Biener --- The negation issue is a latent fold-const.c issue which when folding (19 - (unsigned char) b) + (unsigned char) ((signed char) (d != 0 && c != 0) ^ -128(OVF)) runs into the associate: case. We partially

[Bug target/70941] [5/6/7 Regression] Test miscompiled with -O2.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941 --- Comment #7 from Richard Biener --- The following fixes this. Index: gcc/fold-const.c === --- gcc/fold-const.c(revision 235859) +++ gcc/fold-const.c(working copy) @@

[Bug rtl-optimization/70946] New: Bad interaction between IVOpt and loop unrolling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70946 Bug ID: 70946 Summary: Bad interaction between IVOpt and loop unrolling Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/70941] [5/6/7 Regression] Test miscompiled with -O2.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941 --- Comment #2 from Jakub Jelinek --- I'd say this is already wrong in the original dump, the narrowing is done wrongly: *.original has: a = (char) (((unsigned char) -((signed char) (d != 0 && c != 0) ^ -128(OVF)) - (unsigned char) b) + 19);

[Bug libstdc++/70893] codecvt incorrectly decodes UTF-16be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893 --- Comment #7 from Jonathan Wakely --- (In reply to Кирилл from comment #5) > It makes no sense, because you can explicitly specify little_endian in the > template parameters, but not big_endian. And the standard says that parameter is ignored

[Bug fortran/70931] [4.9/5/6/7 Regression] ICE with -g in native_encode_initializer, bei dwarf2out.c:17768

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70931 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/70944] New: [7 Regression] ICE in immed_wide_int_const, at emit-rtl.c:606 with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944 Bug ID: 70944 Summary: [7 Regression] ICE in immed_wide_int_const, at emit-rtl.c:606 with -O3 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug other/70945] New: Offloading: compatibility of target and offloading toolchains

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70945 Bug ID: 70945 Summary: Offloading: compatibility of target and offloading toolchains Product: gcc Version: unknown Status: UNCONFIRMED Keywords: openacc,

[Bug tree-optimization/70396] ICE on valid code at -O3 in 32-bit and 64-bit modes on x86_64-linux-gnu (in immed_wide_int_const, at emit-rtl.c:606)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70396 Richard Biener changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug rtl-optimization/70946] Bad interaction between IVOpt and loop unrolling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70946 --- Comment #1 from Wilco --- PR36712 seems related to this

[Bug c/48778] gcc 4.6 -Waddress adds unhelpful new warning case when using from a macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48778 --- Comment #5 from Marek Polacek --- Author: mpolacek Date: Wed May 4 13:46:15 2016 New Revision: 235878 URL: https://gcc.gnu.org/viewcvs?rev=235878=gcc=rev Log: PR c/48778 * c-typeck.c (build_binary_op): Don't issue -Waddress

[Bug c/48778] gcc 4.6 -Waddress adds unhelpful new warning case when using from a macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48778 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug other/70945] Offloading: compatibility of target and offloading toolchains

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70945 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org ---

[Bug target/68945] enable libcilkrts on SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68945 --- Comment #9 from Rainer Orth --- Created attachment 38413 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38413=edit sparcv9 support patch This patch (on top of the previous one) fixes the sparcv9 failures reported before. As I'd

[Bug fortran/70937] [7 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70937 --- Comment #4 from Richard Biener --- The following patch fixes the testcase (otherwise untested). Maybe the first fix can be absorbed into this as well. I'll have some time on friday to continue investigating how the fortran FE works but

[Bug fortran/70937] [7 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70937 --- Comment #5 from Richard Biener --- Ok, ->backend_decl isn't always a decl. Thus sth like the following (I suppose the check should be done in fortran terms rather than looking at backend_decl) static void place_decl_expr (gfc_symbol *sym)

[Bug rtl-optimization/70946] Bad interaction between IVOpt and loop unrolling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70946 --- Comment #2 from Richard Biener --- IVO before unrolling is never going to be optimal.

[Bug target/70947] regrename Go breakage on powerpc64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70947 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/70947] New: regrename Go breakage on powerpc64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70947 Bug ID: 70947 Summary: regrename Go breakage on powerpc64 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug c++/60027] Problem with braced-init-lists and explicit ctors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60027 Ed Catmur changed: What|Removed |Added CC||ed at catmur dot co.uk --- Comment #1 from

[Bug sanitizer/70051] ubsan doesn't detect VLA overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70051 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug fortran/70937] [7 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70937 --- Comment #6 from Dominique d'Humieres --- Started at r235817. Which patch should I test?

[Bug tree-optimization/70771] [7 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in operator[], at vec.h:714

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70771 amker at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 Uroš Bizjak changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug tree-optimization/70804] Missed tail-call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70804 Alexander Monakov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c/70371] Number added worng

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70371 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/70775] [7 Regression] ICE on valid code at -O3 on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70775 amker at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/70807] fwprop pass ICE with incoming CDI_DOMINATORS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70807 Ilya Enkovich changed: What|Removed |Added CC||ienkovich at gcc dot gnu.org ---

[Bug c++/70938] internal compiler error: in tsubst_copy, at cp/pt.c:13008

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70938 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/70942] [6/7 Regression] [c++14] Incorrect deduction of generic lambda `auto&&` parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70942 --- Comment #2 from TC --- This only appears to affect captureless generic lambdas with a deduced return type. It might have something to do with the conversion function template to function pointer - I'm guessing that it was somehow

[Bug c++/69855] Missing diagnostic for overload that only differs by return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69855 Ville Voutilainen changed: What|Removed |Added CC||ville.voutilainen at gmail dot com

[Bug c++/70810] std::function template variadic template arguments do not unpack in function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70810 sd.foolegg at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug target/68662] [6 regression] FAIL: gcc.dg/lto/20090210 c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662 --- Comment #15 from Alan Modra --- Author: amodra Date: Thu May 5 00:07:27 2016 New Revision: 235914 URL: https://gcc.gnu.org/viewcvs?rev=235914=gcc=rev Log: [RS6000] TARGET_RELOCATABLE For ABI_V4, -mrelocatable and -fPIC both generate

[Bug fortran/70959] New: Invalid change of value conversion warning message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959 Bug ID: 70959 Summary: Invalid change of value conversion warning message Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/70958] Flag -Wreturn-type does not warn about lacking return statement in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70958 Carlos Maziero changed: What|Removed |Added Severity|minor |trivial

[Bug fortran/50410] [4.9/5/6/7 Regression] ICE in record_reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #23 from Gerhard Steinmetz --- These variants give : $ cat z1.f90 program p type ta integer :: a end type type t type(ta), pointer :: b end type type(t) :: z

[Bug fortran/50410] [4.9/5/6/7 Regression] ICE in record_reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #24 from Gerhard Steinmetz --- And an exotic case : $ cat z5.f90 module m real, target :: a[*] real, pointer :: z => a end $ gfortran-6 -fcoarray=lib -c z5.f90 f951: internal compiler

[Bug fortran/70950] ICE with -O0 in simplify_subreg, at simplify-rtx.c:5895

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70950 --- Comment #1 from Gerhard Steinmetz --- Please note : both examples from pr70949 are simplifications of this PR, thus related. Behaviour differs for -O0 (with/without ICE). Compiling the example from

[Bug fortran/70937] [7 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70937 --- Comment #7 from Dominique d'Humieres --- The ICEs are gone with the patch --- ../_clean/gcc/fortran/trans-decl.c 2016-03-28 13:03:29.0 +0200 +++ ../p_work/gcc/fortran/trans-decl.c 2016-05-04 16:13:21.0 +0200 @@ -6013,6

[Bug c/66773] sign-compare warning for == and != are pretty useless

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773 Eric Gallager changed: What|Removed |Added CC||egall at gwmail dot gwu.edu --- Comment

[Bug target/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #24 from H.J. Lu --- Created attachment 38414 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38414=edit A patch to move special SSE splitters before general SSE float_extend splitter

[Bug fortran/70949] ICE in propagate_necessity, at tree-ssa-dce.c:924

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70949 --- Comment #1 from Gerhard Steinmetz --- This variant works : (as known from several other PRs : change "class" to "type") $ cat z2.f90 program p type t1 end type type t2 type(t1),

[Bug fortran/70950] New: ICE with -O0 in simplify_subreg, at simplify-rtx.c:5895

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70950 Bug ID: 70950 Summary: ICE with -O0 in simplify_subreg, at simplify-rtx.c:5895 Product: gcc Version: 6.1.1 Status: UNCONFIRMED Severity: normal

[Bug middle-end/70877] [MPX] ICE in in convert_move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70877 Ilya Enkovich changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/70876] ICE in chkp_find_bounds: Unexpected tree code with_size_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70876 Ilya Enkovich changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/70949] New: ICE in propagate_necessity, at tree-ssa-dce.c:924

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70949 Bug ID: 70949 Summary: ICE in propagate_necessity, at tree-ssa-dce.c:924 Product: gcc Version: 6.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #23 from H.J. Lu --- (In reply to Uroš Bizjak from comment #22) > Created attachment 38412 [details] > Proposed patch > > This patch moves all TARGET_SSE_PARTIAL_REG_DEPENDENCY FP conversion > splitters to a later split pass. Plus,

[Bug c++/70932] flexible array member with non-trivial destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70932 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug sanitizer/70051] ubsan doesn't detect VLA overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70051 --- Comment #2 from Martin Sebor --- The bug here I believe is in how/where the C++ front end calls the sanitizer to detect the overflow. With PR69517 resolved by having the C++ front end throw an exception, this bug will become largely a

[Bug debug/70935] [6/7 Regression] ICE: verify_ssa failed (error: definition in block 9 does not dominate use in block 12) w/ -O3 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70935 --- Comment #3 from Yuri Rumyantsev --- Jacub, Here is a simple fix - do not take into consideration edges destination of which is loop latch block, i.e. loop is endless: diff --git a/gcc/tree-ssa-loop-unswitch.c b/gcc/tree-ssa-loop-unswitch.c

[Bug fortran/70959] Invalid type determination due to expression in a type declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[Bug rtl-optimization/70890] [7 regression] r235660 miscompiles stage2 compiler on ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/70952] New: Missing warning for likely-erroneous octal escapes in string literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70952 Bug ID: 70952 Summary: Missing warning for likely-erroneous octal escapes in string literals Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug ada/62042] Missing optimization of copying non-limited objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62042 --- Comment #10 from Victor Porton --- Not fixed in GCC 6.1.1.

[Bug fortran/70953] New: Reallocation on assignment does not work with debug flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70953 Bug ID: 70953 Summary: Reallocation on assignment does not work with debug flags Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/70953] Reallocation on assignment does not work with debug flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70953 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c/70952] Missing warning for likely-erroneous octal escapes in string literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70952 --- Comment #2 from Alexander Monakov --- Bah, please disregard the last point; '\9' is diagnosed similar to "\9".

[Bug c/70954] New: -Wmisleading-indentation false positive on GNU "ed"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70954 Bug ID: 70954 Summary: -Wmisleading-indentation false positive on GNU "ed" Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/70951] New: misleading -Wignored-qualifiers text, incorrect documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70951 Bug ID: 70951 Summary: misleading -Wignored-qualifiers text, incorrect documentation Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c/38470] value range propagation (VRP) would improve -Wsign-compare

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470 Eric Gallager changed: What|Removed |Added CC||egall at gwmail dot gwu.edu --- Comment

[Bug ada/62235] segmentation fault on Ada 2012 code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235 --- Comment #8 from Victor Porton --- Note fixed in GCC 6.1.1.

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #6 from Marek Polacek --- This should fix it then: diff --git a/gcc/c/c-parser.c b/gcc/c/c-parser.c index d275f8e..d31e915 100644 --- a/gcc/c/c-parser.c +++ b/gcc/c/c-parser.c @@ -5532,7 +5532,7 @@ c_parser_if_statement (c_parser

[Bug c++/70932] flexible array member with non-trivial destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70932 --- Comment #2 from Jens Maurer --- The whole point of flexible array members seems to be to save an allocation for the array, with the precondition that the array size can be determined at initialization time and stays fixed for the entire

[Bug c/70952] Missing warning for likely-erroneous octal escapes in string literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70952 --- Comment #1 from Alexander Monakov --- Octal escapes have no more than three digits by definition, so "\0009" clearly doesn't fall under this warning. Upon further testing, there's no diagnostic for const char c = '\9'; /* same as ... = 9;

[Bug debug/70935] [6/7 Regression] ICE: verify_ssa failed (error: definition in block 9 does not dominate use in block 12) w/ -O3 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70935 --- Comment #4 from Jakub Jelinek --- (In reply to Yuri Rumyantsev from comment #3) > Here is a simple fix - do not take into consideration edges destination of > which is loop latch block, i.e. loop is endless: > diff --git

[Bug ada/62236] : error: aggregate value used where an integer was expected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236 --- Comment #7 from Victor Porton --- Not fixed in GCC 6.1.1.

[Bug fortran/70959] Invalid type determination due to expression in a type declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959 William Clodius changed: What|Removed |Added Version|unknown |6.1.0 Summary|Invalid

[Bug c/70958] Flag -Wreturn-type does not warn about lacking return statement in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70958 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c/70958] Flag -Wreturn-type does not warn about lacking return statement in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70958 --- Comment #2 from Carlos Maziero --- I understand you explanation and agree with it, but I still have some concerns. For instance, when using the -std=c89 flag, GCC 5.3.1 complains about the '//' comments, which are not allowed in C89

[Bug c/70958] Flag -Wreturn-type does not warn about lacking return statement in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70958 --- Comment #3 from Andrew Pinski --- -std=gnu90 or -std=gnu89 (depending on the naming you like :) ).

[Bug c++/70951] misleading -Wignored-qualifiers text, incorrect documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70951 --- Comment #1 from joseph at codesourcery dot com --- On Wed, 4 May 2016, msebor at gcc dot gnu.org wrote: > First, as the C example program shows, a type qualifier on a function return > type does have an effect even in C. The description

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #9 from Jakub Jelinek --- If you want your macro to be immune from this, can't you do something like: static inline struct obj_section * whatever (struct obj_section *osect, struct obj_section *sections_end) { while (osect <

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #13 from Pedro Alves --- Should have been: if (condition) ALL_OBJFILE_OSECTIONS (o, osect) { /* do something with each o / osect */ } else return 0; So if the ALL_OBJFILE_OSECTIONS macro

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #12 from Jakub Jelinek --- The warning is about dangling else, which you have in the source. if (cond) for (...) if (cond2) ... else and while the C/C++ grammar say they bind to the inner-most if, many people actually

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

  1   2   >