[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 --- Comment #8 from Tim Shen --- (In reply to Michael Duggan from comment #7) > Hmm... Okay. For the sake of argument, I am going to make the > following claims: Yeah, thanks for the arguments, we should at least get this clear. > a)

[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 --- Comment #7 from Michael Duggan --- "timshen at gcc dot gnu.org" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 > > --- Comment #6 from Tim Shen --- > (In reply to mwd from comment #5) >> All of the

[Bug c/71505] -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71505 --- Comment #2 from Tony Kelman --- Created attachment 38689 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38689=edit other local minima from creduce - 2

[Bug c/71505] -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71505 --- Comment #1 from Tony Kelman --- Created attachment 38688 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38688=edit other local minima from creduce - 1

[Bug c/71505] New: -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71505 Bug ID: 71505 Summary: -O3 internal compiler error in vect_analyze_data_ref_accesses, at tree-vect-data-refs.c:2596 Product: gcc Version: 5.3.0

[Bug c++/71504] New: bogus error: accessing value through a glvalue in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71504 Bug ID: 71504 Summary: bogus error: accessing value through a glvalue in a constant expression Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/71170] [7 Regression] ICE in rewrite_expr_tree, at tree-ssa-reassoc.c:3898

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71170 --- Comment #17 from kugan at gcc dot gnu.org --- (In reply to kugan from comment #15) > (In reply to David Binderman from comment #14) > > (In reply to Jakub Jelinek from comment #12) > > > Is it still broken? > > > > I think so. Attachment

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 --- Comment #21 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Sat Jun 11 22:36:50 2016 New Revision: 237332 URL: https://gcc.gnu.org/viewcvs?rev=237332=gcc=rev Log: 2016-06-12 Dominique d'Humieres PR

[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 --- Comment #6 from Tim Shen --- (In reply to mwd from comment #5) > All of the ECMAScript engines I have found work with this , and the > ECMAScript specs seem to imply that this should work as well. I think you are right. According to

[Bug tree-optimization/71503] New: gcc ICE at -O3 on valid code on x86_64-linux-gnu in "gen_phi_arg_condition"

e --prefix=/home/absozero/trunk/root-gcc --enable-languages=c,c++ --disable-werror --enable-multilib Thread model: posix gcc version 7.0.0 20160611 (experimental) [trunk revision 237328] (GCC) $ gcc-trunk -O3 abc.c abc.c: In function ‘fn1’: abc.c:3:6: internal compiler error: in gen_phi_arg_conditio

[Bug c/64955] RFE: have -Wformat suggest the correct format string to use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64955 --- Comment #4 from Manuel López-Ibáñez --- For what is worth, Clang is already doing this: prog.cc:5:19: warning: format specifies type 'int' but the argument has type 'long long' [-Wformat] printf ("%i\n", ll); ~~ ^~

[Bug target/71460] Copying structs can trap (on x86-32) due to SNaN to QNaN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460 --- Comment #26 from joseph at codesourcery dot com --- On Sat, 11 Jun 2016, ch3root at openwall dot com wrote: > > C11 does not > > consider sNaNs, and TS 18661 is explicitly stating otherwise for them. > > You are talking about C11 + TS

[Bug target/71475] [5/6/7 Regression] Optimization of copying into long double looses bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71475 --- Comment #7 from joseph at codesourcery dot com --- On Fri, 10 Jun 2016, ch3root at openwall dot com wrote: > Ok, what about this: This bug is closed as INVALID. No-one will pay any attention to comments on a closed bug proposing

[Bug c/71501] missing warning on printf %s with a non-nul terminated string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71501 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[Bug target/71460] Copying structs can trap (on x86-32) due to SNaN to QNaN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71460 --- Comment #25 from Alexander Cherepanov --- On 06/10/2016 12:18 AM, joseph at codesourcery dot com wrote: >> > For *scalar* assignment that would be fine because of TS 18661-1 saying >> > "Whether C assignment (6.5.16) (and conversion as

[Bug target/71061] [ARM] is not setting instruction length for pop* patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71061 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/71061] [ARM] is not setting instruction length for pop* patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71061 --- Comment #1 from Jiong Wang --- Author: jiwang Date: Sat Jun 11 20:42:26 2016 New Revision: 237331 URL: https://gcc.gnu.org/viewcvs?rev=237331=gcc=rev Log: [ARM] length pop* pattern in epilogue correctly PR target/71061 *

[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 --- Comment #5 from mwd at cert dot org --- All of the ECMAScript engines I have found work with this , and the ECMAScript specs seem to imply that this should work as well.

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 --- Comment #20 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Sat Jun 11 19:21:22 2016 New Revision: 237330 URL: https://gcc.gnu.org/viewcvs?rev=237330=gcc=rev Log: 2016-06-11 Dominique d'Humieres PR

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 --- Comment #19 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Sat Jun 11 19:19:43 2016 New Revision: 237329 URL: https://gcc.gnu.org/viewcvs?rev=237329=gcc=rev Log: 2016-06-11 Dominique d'Humieres PR

[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 --- Comment #4 from Tim Shen --- (In reply to Michael Duggan from comment #3) > regex re1 = regex("[T-f]+", regex::icase); This regex actually doesn't compile in Boost, since boost interpret icase as "transforming [T-f] to [t-f]", then

[Bug c/71501] printf %s error on str[5], for example: strncpy(str, "12345", 5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71501 --- Comment #1 from Andreas Schwab --- %s requires a zero-terminated string.

[Bug c++/71502] Fold expression unpacks (I < ...) the wrong way

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71502 Sleep tight pupper changed: What|Removed |Added CC||horridminded at mailinator dot com

[Bug tree-optimization/71403] [7 Regression] wrong code (segfault) at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71403 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #5

[Bug c++/71502] Fold expression unpacks (I < ...) the wrong way

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71502 --- Comment #2 from Michele Caini --- Example on godbolt.org with GCC 6.1.0: https://godbolt.org/g/9meqv4

[Bug c++/71502] Fold expression unpacks (I < ...) the wrong way

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71502 --- Comment #1 from Michele Caini --- I notice that there is a flaw in the text. I expect this to compile and run with no errors, as it happens indeed: #include int main() { assert((0 < 42) < 3); } From what I wrote, it would seem that

[Bug c++/71502] New: Fold expression unpacks (I < ...) the wrong way

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71502 Bug ID: 71502 Summary: Fold expression unpacks (I < ...) the wrong way Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 --- Comment #3 from Michael Duggan --- Still fails for the following code: #include #include #include using namespace std; void check(const string& s, regex re) { cout << s << " : " << (regex_match(s, re) ? "Match" : "Nope") << endl; }

[Bug tree-optimization/71170] [7 Regression] ICE in rewrite_expr_tree, at tree-ssa-reassoc.c:3898

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71170 --- Comment #16 from kugan at gcc dot gnu.org --- (In reply to kugan from comment #10) > Author: kugan > Date: Tue May 24 00:14:13 2016 > New Revision: 236619 > > URL: https://gcc.gnu.org/viewcvs?rev=236619=gcc=rev > Log: > gcc/ChangeLog: > >

[Bug c/71501] New: printf %s error on str[5], for example: strncpy(str, "12345", 5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71501 Bug ID: 71501 Summary: printf %s error on str[5], for example: strncpy(str, "12345", 5) Product: gcc Version: 4.8.5 Status: UNCONFIRMED Severity: normal

[Bug pending/67463] PGO (Profile Guided Optimizations) are not applied with gcc-5.2.1 (they are fine on gcc-4.9.x)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67463 --- Comment #1 from Shlomi Fish --- Ping! This bug still appears to happen with gcc-5.4.0-1.mga6 on Mageia Linux x86-64 v6/Cauldron.

[Bug tree-optimization/71466] [7 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71466 --- Comment #10 from Jan Hubicka --- Iterations bounds are computed at early optimization time and maintained thorough. So the info is computed at thread2 time. Looking into testcase I noticed that jump threading seems to be doing useless work

[Bug bootstrap/71481] [7 regression] ICE during selftest: input.c: test_reading_source_line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71481 --- Comment #8 from Bernd Edlinger --- (In reply to David Malcolm from comment #6) > I wonder if it would be better to instead hardcode LANG=C in the Makefile.am > hooks that run the selftests? The DejaGnu-based testsuite does that. Well,

[Bug bootstrap/71481] [7 regression] ICE during selftest: input.c: test_reading_source_line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71481 --- Comment #7 from Bernd Edlinger --- (In reply to David Malcolm from comment #3) > Candidate patch: https://gcc.gnu.org/ml/gcc-patches/2016-06/msg00755.html BTW: this patch seems not to remove the tempfile again.

[Bug bootstrap/71481] [7 regression] ICE during selftest: input.c: test_reading_source_line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71481 --- Comment #6 from David Malcolm --- (In reply to Bernd Edlinger from comment #5) > this seems to fix it: Thanks, and sorry for the breakage. I wonder if it would be better to instead hardcode LANG=C in the Makefile.am hooks that run the

[Bug bootstrap/71481] [7 regression] ICE during selftest: input.c: test_reading_source_line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71481 --- Comment #5 from Bernd Edlinger --- this seems to fix it: Index: input.c === --- input.c (Revision 237323) +++ input.c (Arbeitskopie) @@ -1210,7 +1210,7 @@ static void

[Bug libstdc++/71500] regex::icase only works on first character in a range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500 Tim Shen changed: What|Removed |Added CC||timshen at gcc dot gnu.org --- Comment #2

[Bug bootstrap/71481] [7 regression] ICE during selftest: input.c: test_reading_source_line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71481 Bernd Edlinger changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de ---

[Bug tree-optimization/71416] [7 Regression] ICE at -O3 in 32-bit and 64-bit modes on x86_64-linux-gnu (vectorizable_live_operation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71416 Chengnian Sun changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug rtl-optimization/71496] Two picbase loads created for libjava code on powerpc-darwin after rev 228022.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71496 --- Comment #3 from Iain Sandoe --- Created attachment 38686 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38686=edit Proposed fix Thanks to Segher for helping discuss this through and analysis of the rtl dumps. The load_macho_picbase_