[Bug tree-optimization/81454] New: missing strcmp optimization on duplicate call with an unknown string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81454 Bug ID: 81454 Summary: missing strcmp optimization on duplicate call with an unknown string Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug ada/81424] [7 regression] internal error on GPRbuild with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81424 Eric Botcazou changed: What|Removed |Added Target||i686-*-* Status|UNCONFIRMED

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 --- Comment #14 from Daniel Krügler --- (In reply to Jonathan Wakely from comment #10) > (In reply to Jonathan Wakely from comment #8) > > Richard also says the overload shouldn't exist and is a bug, but the > > overload has to exist, because

[Bug c/81453] New: relational expression involving null pointer not diagnosed with -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81453 Bug ID: 81453 Summary: relational expression involving null pointer not diagnosed with -Wall Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug regression/81331] [8 Regression] FAIL: 21_strings/basic_string/modifiers/insert/char/1.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 --- Comment #11 from Jan Hubicka --- Created attachment 41766 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41766=edit Patch I am testing Hi, this patch adds sanity check that turns the nasty wrong code issue into ICE and a hack to

[Bug go/56827] Building Go support for gcc 4.8.0 fails on Linux: undefined type ‘SockFilter’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56827 martin changed: What|Removed |Added CC||mfe at live dot de --- Comment #3 from martin

[Bug tree-optimization/81452] warn on realloc(p, 0)

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

[Bug tree-optimization/81452] New: warn on realloc(p, 0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81452 Bug ID: 81452 Summary: warn on realloc(p, 0) Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug sanitizer/63361] Test case c-c++-common/ubsan/float-cast-overflow-1.c fails on Pentium2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63361 --- Comment #8 from Bernd Edlinger --- It looks like -m32 simply generates less diagnostics than with -m64, this has probably nothing to do with pentium2. gcc -m32 -fsanitize=float-cast-overflow -O2 float-cast-overflow-1.c ./a.out 2>

[Bug regression/81331] [8 Regression] FAIL: 21_strings/basic_string/modifiers/insert/char/1.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org ---

[Bug ada/81446] building Ada fails due to missing No_Elaboration_Code_All

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81446 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug regression/81331] [8 Regression] FAIL: 21_strings/basic_string/modifiers/insert/char/1.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 --- Comment #9 from Jan Hubicka --- OK, found it. The problem is in EH table entries like: .uleb128 .LEHB8-.LCOLDB1 .uleb128 .LEHE8-.LEHB8 .uleb128 .L16-.LCOLDB1 .uleb128 0x1 Now the third entry is landing pad.

[Bug ada/81446] Building Ada on Linux m68k fails due to missing No_Elaboration_Code_All

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81446 --- Comment #2 from Eric Botcazou --- Author: ebotcazou Date: Sat Jul 15 17:01:03 2017 New Revision: 250224 URL: https://gcc.gnu.org/viewcvs?rev=250224=gcc=rev Log: PR ada/81446 * system-linux-m68k.ads: Add pragma

[Bug ada/81446] Building Ada on Linux m68k fails due to missing No_Elaboration_Code_All

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81446 --- Comment #2 from Eric Botcazou --- Author: ebotcazou Date: Sat Jul 15 17:01:03 2017 New Revision: 250224 URL: https://gcc.gnu.org/viewcvs?rev=250224=gcc=rev Log: PR ada/81446 * system-linux-m68k.ads: Add pragma

[Bug go/81451] missing futex check - libgo/runtime/thread-linux.c:12:0 futex.h:13:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘long’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451 --- Comment #3 from martin --- >You should just remove the #include and carry on. Thanks, that worked for me.

[Bug go/81451] missing futex check - libgo/runtime/thread-linux.c:12:0 futex.h:13:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘long’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451 --- Comment #2 from Andreas Schwab --- That's a stone-age version from linux 2.5.70.

[Bug go/81451] missing futex check - libgo/runtime/thread-linux.c:12:0 futex.h:13:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘long’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451 --- Comment #1 from Ian Lance Taylor --- There does seem to be something wrong with your linux/futex.h, which is much shorter than the one on my system. But it is also true that the file where the error occurs no longer needs to #include . You

[Bug c++/79180] Nested lambda-capture causes segfault for parameter pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79180 Vittorio Romeo changed: What|Removed |Added CC||vittorio.romeo at outlook dot com ---

[Bug go/81451] New: missing futex check - libgo/runtime/thread-linux.c:12:0 futex.h:13:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘long’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451 Bug ID: 81451 Summary: missing futex check - libgo/runtime/thread-linux.c:12:0 futex.h:13:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘long’

[Bug target/69401] gcc 5.3.0/6.1.0 on microblaze: internal compiler error: in gen_reg_rtx, at emit-rtl.c:1027

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401 --- Comment #5 from Thomas Petazzoni --- Created attachment 41764 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41764=edit Pre-processed code from gpsd Code from gpsd that triggers an ICE on

[Bug target/69401] gcc 5.3.0/6.1.0 on microblaze: internal compiler error: in gen_reg_rtx, at emit-rtl.c:1027

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401 --- Comment #4 from Thomas Petazzoni --- Any input? I'm facing a similar problem with the gpsd software: on gcc 6.x and gcc 7.x, one file fails to build with an ICE: rtcm2_json.c: In function

[Bug middle-end/81030] [8 Regression] ICE on valid code at -O1 (only) on x86_64-linux-gnu: verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81030 --- Comment #6 from Tom de Vries --- There's a call to compute_outgoing_frequencies in find_many_sub_basic_blocks. But it's not reached for bb4, because STATE(bb4) == BLOCK_TO_SPLIT, and we trigger the continue here: ... else

[Bug tree-optimization/81450] Typedef with assume aligned builtin yields segmentation fault in nested loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81450 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target|