[Bug tree-optimization/81192] gcc ICE at -Os on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81192 Tom de Vries changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ada/80117] Standard'Word_Size is wrong for aarch64 ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117 --- Comment #25 from Timo Teräs --- (In reply to Andrew Pinski from comment #24) > >This works everywhere else, so I wonder if we could have the ada makefile > >check the abi somehow more reliably than pathname? > > Your patch is broken

[Bug tree-optimization/81192] gcc ICE at -Os on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81192 --- Comment #19 from Tom de Vries --- Author: vries Date: Thu Jul 13 05:42:15 2017 New Revision: 250175 URL: https://gcc.gnu.org/viewcvs?rev=250175=gcc=rev Log: Backport "Fix sigsegv in find_same_succ_bb" 2017-07-13 Tom de Vries

[Bug ada/80117] Standard'Word_Size is wrong for aarch64 ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117 --- Comment #24 from Andrew Pinski --- >This works everywhere else, so I wonder if we could have the ada makefile >check the abi somehow more reliably than pathname? Your patch is broken anyways because it makes your OS very incompatible with

[Bug ada/80117] Standard'Word_Size is wrong for aarch64 ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117 --- Comment #23 from Timo Teräs --- (In reply to Andrew Pinski from comment #22) > (In reply to Timo Teräs from comment #21) > > This caused a regression for non-multilib builds. Now my non-multilib lp64 > > build fails with: > >

[Bug ada/80117] Standard'Word_Size is wrong for aarch64 ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117 --- Comment #22 from Andrew Pinski --- (In reply to Timo Teräs from comment #21) > This caused a regression for non-multilib builds. Now my non-multilib lp64 > build fails with: > a-cfinve.ads:245:04: warning: in instantiation at a-coboho.adb:55

[Bug ada/80117] Standard'Word_Size is wrong for aarch64 ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117 Timo Teräs changed: What|Removed |Added CC||timo.teras at iki dot fi --- Comment #21

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 Ian Lance Taylor changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 --- Comment #3 from ian at gcc dot gnu.org --- Author: ian Date: Thu Jul 13 03:44:14 2017 New Revision: 250174 URL: https://gcc.gnu.org/viewcvs?rev=250174=gcc=rev Log: PR go/81393 syscall: don't use GETREGS/SETREGS on s390 They

[Bug libquadmath/65757] gfortran gives incorrect result for anint with real*16 argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757 Jerry DeLisle changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/64867] warning for passing non-POD to varargs function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867 John Steele Scott changed: What|Removed |Added CC||toojays at toojays dot net ---

[Bug tree-optimization/81423] New: Wrong code at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423 Bug ID: 81423 Summary: Wrong code at -O2 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug target/81193] PowerPC GCC __builtin_cpu_is and __builtin_cpu_supports should warn about old libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193 --- Comment #13 from Michael Meissner --- Author: meissner Date: Wed Jul 12 23:07:50 2017 New Revision: 250165 URL: https://gcc.gnu.org/viewcvs?rev=250165=gcc=rev Log: [gcc] 2017-07-12 Michael Meissner

[Bug go/81421] Circular runtime.s-gox -> runtime.lo dependency dropped -> objcopy: 'runtime.s-gox.tmp': No such file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421 --- Comment #1 from Ian Lance Taylor --- I can't recreate this and nobody else has reported it. runtime.lo should not depend on runtime.s-gox. What are the contents of BUILDDIR/TARGET/libgo/runtime.lo.dep?

[Bug c++/70570] Assembler error "symbol already defined" from nested lambdas and function-static variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70570 --- Comment #3 from Jesse Haber-Kucharsky --- The .ii file is too large to attach. I hope the previous information I supplied is sufficient and helpful.

[Bug rtl-optimization/81422] New: [aarch64] internal compiler error: in update_equiv_regs, at ira.c:3425

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81422 Bug ID: 81422 Summary: [aarch64] internal compiler error: in update_equiv_regs, at ira.c:3425 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/70570] Assembler error "symbol already defined" from nested lambdas and function-static variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70570 Jesse Haber-Kucharsky changed: What|Removed |Added CC||jhaberku at scylladb dot com

[Bug libstdc++/81413] overloaded new and delete might not be called when dynamically linked with libstdc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81413 --- Comment #1 from Jonathan Wakely --- The linker model on Windows is weird, there are already existing bugs about this (at least PR 77726 but others too). It works fine on other platforms.

[Bug go/81421] New: Circular runtime.s-gox -> runtime.lo dependency dropped -> objcopy: 'runtime.s-gox.tmp': No such file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421 Bug ID: 81421 Summary: Circular runtime.s-gox -> runtime.lo dependency dropped -> objcopy: 'runtime.s-gox.tmp': No such file Product: gcc Version: 7.1.0 Status:

[Bug debug/81135] Extra debug info generated for unused extern declarations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81135 Franklin "Snaipe" Mathieu changed: What|Removed |Added CC||snaipe at arista dot com

[Bug c++/81420] New: When a reference is bound to a member in the base of a temporary, lifetime of the temporary is not extended

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81420 Bug ID: 81420 Summary: When a reference is bound to a member in the base of a temporary, lifetime of the temporary is not extended Product: gcc Version: 8.0 Status:

[Bug lto/81406] ice in check_die, at dwarf2out.c:6185

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406 --- Comment #2 from David Binderman --- Created attachment 41738 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41738=edit preprocessed C source code Flags -O2 -g -pipe -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4

[Bug tree-optimization/81303] [8 Regression] 410.bwaves regression caused by r249919

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

[Bug c/81417] -Wsign-compare should print types being compared

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

[Bug preprocessor/81419] New: GCC wrongly suggests function-like macro as fixit hint for undefined object-like macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81419 Bug ID: 81419 Summary: GCC wrongly suggests function-like macro as fixit hint for undefined object-like macro Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug preprocessor/49928] Only workaround for "-Wundef" is "defined(Macro) && Macro", but it is undefined behavior?

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

[Bug tree-optimization/81418] New: [8 Regression] ICE in vect_get_vec_def_for_stmt_copy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81418 Bug ID: 81418 Summary: [8 Regression] ICE in vect_get_vec_def_for_stmt_copy Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug c/81417] New: -Wsign-compare should print types being compared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81417 Bug ID: 81417 Summary: -Wsign-compare should print types being compared Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal

[Bug fortran/81416] OpenMP craches if large arrays passed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81416 --- Comment #1 from Andrew Pinski --- Try increasing your stack limit. I suspect it is too low. With -fopenmp turned on causes arrays to be always stored on the stack .

[Bug middle-end/59521] __builtin_expect not effective in switch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59521 Yuri Gribov changed: What|Removed |Added Attachment #41698|0 |1 is obsolete|

[Bug fortran/81416] New: OpenMP craches if large arrays passed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81416 Bug ID: 81416 Summary: OpenMP craches if large arrays passed Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/81069] nvptx offloading: "-O1" execution test of "libgomp.oacc-fortran/nested-function-1.f90" timeout/FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81069 Tom de Vries changed: What|Removed |Added Attachment #41733|0 |1 is obsolete|

[Bug target/79883] avr i18n: untranslated "interrupt" or "signal"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883 Georg-Johann Lay changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgcc/81415] termio ioctl returns incorrect value for some characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415 --- Comment #3 from Steven Pemberton --- $ gcc --version gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609

[Bug libgcc/81415] termio ioctl returns incorrect value for some characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415 --- Comment #2 from Steven Pemberton --- Created attachment 41735 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41735=edit termio2.c Second test case, prints all 17 bindings.

[Bug libgcc/81415] termio ioctl returns incorrect value for some characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415 --- Comment #1 from Steven Pemberton --- This is with the default gcc on Ubuntu 16.04.02

[Bug libgcc/81415] New: termio ioctl returns incorrect value for some characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415 Bug ID: 81415 Summary: termio ioctl returns incorrect value for some characters Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal

[Bug target/79883] avr i18n: untranslated "interrupt" or "signal"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883 --- Comment #8 from Georg-Johann Lay --- Author: gjl Date: Wed Jul 12 15:31:22 2017 New Revision: 250157 URL: https://gcc.gnu.org/viewcvs?rev=250157=gcc=rev Log: gcc/ Backport from 2017-07-12 trunk r250156. PR target/79883

[Bug target/79883] avr i18n: untranslated "interrupt" or "signal"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883 --- Comment #7 from Georg-Johann Lay --- Author: gjl Date: Wed Jul 12 15:25:07 2017 New Revision: 250156 URL: https://gcc.gnu.org/viewcvs?rev=250156=gcc=rev Log: PR target/79883 * config/avr/avr.c (avr_set_current_function): In

[Bug c/81405] [8 Regression] Invalid write of size 2 in line_corrections::add_hint(fixit_hint const*) (diagnostic-show-locus.c:1514)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/81400] Stack smashing not caught by stack protector strong and allowing me to stack smash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81400 --- Comment #3 from Chris Severance --- Unless there's a security reason 0 should never be used as a canary value. Errant \0 should be caught 100% of the time. When I built malloc canaries for NPPTextFX I expressly avoided \0.

[Bug target/81069] nvptx offloading: "-O1" execution test of "libgomp.oacc-fortran/nested-function-1.f90" timeout/FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81069 --- Comment #5 from Tom de Vries --- Created attachment 41733 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41733=edit tentative patch, starts neutering alap in nvptx_single > But in this case, we're extending the sese region being

[Bug target/81414] [6/7/8 Regression] ICE in fma steering on AArch64/cortex-a57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81414 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug target/81414] New: ICE in fma steering on AArch64/cortex-a57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81414 Bug ID: 81414 Summary: ICE in fma steering on AArch64/cortex-a57 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

The Funds from Ester Hileman

Hi Your email (gcc-bugs@gcc.gnu.org) was used as the destination of the transfer. The Transfer should appear in 3 days. Access key is DfgpU7FRo. You need to enter it to be able to view the attached file. Ester Hileman e55b_Ester Hileman.docx Description: Attached file: e55b_Ester

[Bug target/81407] [avr] Diagnose if a variable in progmem needs constructing.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407 Georg-Johann Lay changed: What|Removed |Added Target Milestone|--- |8.0

[Bug c++/81073] [5/6/7/8 Regression] link failure as C++ misses to instantiate some objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81073 --- Comment #12 from Georg-Johann Lay --- Thanks, (In reply to Jason Merrill from comment #9) > Created attachment 41711 [details] > patch to error on progmem with dynamic init > > Does this do what you had in mind? Hi, thanks. Used to

[Bug target/81407] [avr] Diagnose if a variable in progmem needs constructing.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407 --- Comment #2 from Georg-Johann Lay --- Author: gjl Date: Wed Jul 12 13:58:34 2017 New Revision: 250151 URL: https://gcc.gnu.org/viewcvs?rev=250151=gcc=rev Log: PR target/81407 * config/avr/avr.c (avr_encode_section_info)

[Bug target/81407] [avr] Diagnose if a variable in progmem needs constructing.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407 Georg-Johann Lay changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libquadmath/81412] roundq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81412 --- Comment #2 from Huang Zhibin --- Bug 65757 Status: UNCONFIRMED. How to fix this Bug?

[Bug c++/80287] C++ crash with __attribute((may_alias))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287 --- Comment #5 from Bernd Edlinger --- (In reply to Yvan Roux from comment #4) > Hi Bernd, > > gcc-6-branch is impacted by this issue (observed on AArch64 target at > r250109, with regression introduced at r234768). I can prepare the backport

[Bug c++/80287] C++ crash with __attribute((may_alias))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287 Yvan Roux changed: What|Removed |Added CC||yroux at gcc dot gnu.org --- Comment #4

[Bug libstdc++/81413] New: overloaded new and delete might not be called when dynamically linked with libstdc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81413 Bug ID: 81413 Summary: overloaded new and delete might not be called when dynamically linked with libstdc++ Product: gcc Version: 7.1.0 Status: UNCONFIRMED

[Bug libquadmath/65757] gfortran gives incorrect result for anint with real*16 argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757 Jakub Jelinek changed: What|Removed |Added CC||fjwyhzb at hotmail dot com --- Comment

[Bug libquadmath/81412] roundq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81412 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libquadmath/81412] New: roundq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81412 Bug ID: 81412 Summary: roundq Product: gcc Version: 7.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libquadmath Assignee:

[Bug c++/81410] [5/6/7/8 Regression] -O3 breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 --- Comment #5 from Marc Glisse --- Seems related to vectorization. These lines look suspicious: vect__37.14_78 = MEM[(long int *)_30]; vect__37.15_72 = MEM[(long int *)_30 + 16B]; vect__37.16_70 = MEM[(long int *)_30 + 32B];

[Bug tree-optimization/81409] Inefficient loops generated from range-v3 code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81409 --- Comment #1 from Marc Glisse --- The most obvious thing I notice is [100.00%] [count: INV]: # it$_M_current_23 = PHI _20 = _7 == it$_M_current_23; _5 = _20 | _53; if (_5 != 0) goto ; [7.36%]

[Bug c++/81410] [5/6/7/8 Regression] -O3 breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/81411] New: intrinsic polymorphic assignment run time error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81411 Bug ID: 81411 Summary: intrinsic polymorphic assignment run time error Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/81410] O3 breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 --- Comment #3 from Sjors Gielen --- A trivial workaround is put inside the first loop: std::cout << ""; I suppose this prevents loop optimization by introducing potential side effects.

[Bug c++/81410] O3 breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 Maurice Bos changed: What|Removed |Added CC||m-ou...@m-ou.se ---

[Bug c++/81410] O3 breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 --- Comment #1 from Sjors Gielen --- This is on x86_64 by the way. Doesn't happen with -m32.

[Bug c++/81410] New: O3 breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 Bug ID: 81410 Summary: O3 breaks code Product: gcc Version: 7.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 amker at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |amker at gcc dot

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 --- Comment #6 from Martin Liška --- And there's sample which started to be reported with Bin's revision r238641: namespace a { void b () __attribute__ ((__noreturn__)); template struct d; template struct d { typedef e f; }; struct g {

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/81073] [5/6/7/8 Regression] link failure as C++ misses to instanciate some objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81073 --- Comment #11 from Georg-Johann Lay --- ...oops, I missed the PROGMEM in PSTR definition. Should read: // A string in flash #define PSTR(str) \ (__extension__({ \

[Bug tree-optimization/81409] New: Inefficient loops generated from range-v3 code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81409 Bug ID: 81409 Summary: Inefficient loops generated from range-v3 code Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/81073] [5/6/7/8 Regression] link failure as C++ misses to instanciate some objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81073 --- Comment #10 from Georg-Johann Lay --- (In reply to Jason Merrill from comment #9) > Created attachment 41711 [details] > patch to error on progmem with dynamic init > > Does this do what you had in mind? Some situations are diagnosed, but

[Bug lto/81406] ice in check_die, at dwarf2out.c:6185

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 --- Comment #4 from Julian Andres Klode --- Note that apt has 1219 loops, so 134 is almost 11% of the loops causing the warning, compared to about 0.7% (8) before.

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 --- Comment #3 from Julian Andres Klode --- 7.1.0-9 corresponds to "SVN 20170705 (r250006) from the gcc-7-branch."

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 --- Comment #2 from Julian Andres Klode --- Build log with -v: Using built-in specs. COLLECT_GCC=/usr/bin/g++-7 OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with:

[Bug c++/81408] Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 --- Comment #1 from Julian Andres Klode --- Created attachment 41727 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41727=edit preprocessed source of a.cc

[Bug c++/81408] New: Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408 Bug ID: 81408 Summary: Lots of new -Wunsafe-loop-optimizations warnings with 7 compared to 6 Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/81400] Stack smashing not caught by stack protector strong and allowing me to stack smash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81400 Martin Liška changed: What|Removed |Added CC||uros at gcc dot gnu.org --- Comment #2

[Bug tree-optimization/81388] Incorrect code generation with -O1 -fno-strict-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81388 krister.walfridsson at gmail dot com changed: What|Removed |Added CC|

[Bug target/81407] [avr] Diagnose if a variable in progmem needs constructing.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407 Georg-Johann Lay changed: What|Removed |Added Keywords||diagnostic Target|

[Bug target/81407] New: [avr] Diagnose if a variable in progmem needs constructing.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407 Bug ID: 81407 Summary: [avr] Diagnose if a variable in progmem needs constructing. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug lto/81406] New: ice in check_die, at dwarf2out.c:6185

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406 Bug ID: 81406 Summary: ice in check_die, at dwarf2out.c:6185 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto

[Bug sanitizer/81021] stack-use-after-scope false positive error with exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021 --- Comment #28 from Avi Kivity --- It's a combination of several things: 1. We use antlr to generate a parser. The generated code allocates many local variables in the same function 2. use-after-scope disabled

[Bug middle-end/81400] Stack smashing not caught by stack protector strong and allowing me to stack smash

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

[Bug sanitizer/81021] stack-use-after-scope false positive error with exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021 --- Comment #27 from Martin Liška --- (In reply to Avi Kivity from comment #26) > Thanks a lot for handling this issue. You're welcome, I'm happy that it's a known issue and I don't have to dig in the source base. It's quite large. Anyhow, do

[Bug tree-optimization/81403] [8 Regression] wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81403 --- Comment #3 from Marc Glisse --- /* x & C -> x if we know that x & ~C == 0. */ Not clear where it is getting the bogus range/nonzero information from, I thought we had fixed all the places reusing SSA_NAMEs with stale information.

[Bug tree-optimization/81403] [8 Regression] wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81403 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/81401] False positive sprintf warning at O2 (-Wformat-overflow)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81401 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/81405] New: [8 Regression] Invalid write of size 2 in line_corrections::add_hint(fixit_hint const*) (diagnostic-show-locus.c:1514)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405 Bug ID: 81405 Summary: [8 Regression] Invalid write of size 2 in line_corrections::add_hint(fixit_hint const*) (diagnostic-show-locus.c:1514) Product: gcc

[Bug sanitizer/81021] stack-use-after-scope false positive error with exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021 --- Comment #26 from Avi Kivity --- Thanks a lot for handling this issue.

[Bug tree-optimization/81403] wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81403 --- Comment #1 from Marc Glisse --- PRE losing "& 10393" at -O3 but not -O2 (the previous dumps are identical) @@ -611,6 +639,7 @@ ;;6 [100.0%] (FALLTHRU,EXECUTABLE) # .MEM_21 = PHI <.MEM_26(5), .MEM_25(6)> #

[Bug sanitizer/81021] stack-use-after-scope false positive error with exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021 --- Comment #25 from Martin Liška --- (In reply to Martin Liška from comment #24) > Just run with current trunk and it works (it fails after a minute in > ==13736==ERROR: AddressSanitizer: stack-overflow on address 0x2adb9b406e48 > (pc