[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/77848] Gimple if-conversion results in redundant comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #20 from rguenther at suse dot de --- On Tue, 15 Nov 2016, wschmidt at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 > > --- Comment #19 from Bill Schmidt --- > I have a patch that solves this problem

[Bug middle-end/78355] LRA generates unaligned accesses when SLOW_UNALIGNED_ACCESS is 1

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

[Bug tree-optimization/78348] [7 REGRESSION] 15% performance drop for coremark-pro/nnet-test after r242038

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

[Bug c/78352] GCC lacks support for the Apple "blocks" extension to the C family of languages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352 Richard Biener changed: What|Removed |Added Severity|normal |enhancement

[Bug middle-end/78355] LRA generates unaligned accesses when SLOW_UNALIGNED_ACCESS is 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78355 --- Comment #2 from Richard Biener --- if (!SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg)) || (MEM_ALIGN (reg) < GET_MODE_ALIGNMENT (innermode) && SLOW_UNALIGNED_ACCESS (innermode, MEM_ALIGN (reg)))

[Bug middle-end/78355] LRA generates unaligned accesses when SLOW_UNALIGNED_ACCESS is 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78355 --- Comment #3 from Eric Botcazou --- (In reply to Richard Biener from comment #2) > if (!SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg)) > || (MEM_ALIGN (reg) < GET_MODE_ALIGNMENT (innermode) > && SLOW_UNALIGN

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #35 from Jack Howarth --- Created attachment 40043 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40043&action=edit stock /usr/include/os/trace.h from OS X 10.11.6

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #36 from Jack Howarth --- Created attachment 40044 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40044&action=edit fixincludes trace.h generated in stage 1 fixincludes trace.h generated in stage 1 on darwin15 using https://gcc

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #37 from Jack Howarth --- Created attachment 40045 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40045&action=edit preprocessed source for sanitizer_mac.cc from stage3 preprocessed source for sanitizer_mac.cc from stage3 gener

[Bug debug/78191] [7 regression] ICE in calc_die_sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78191 Eric Botcazou changed: What|Removed |Added Severity|normal |critical

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Markus Trippelsdorf changed: What|Removed |Added Status|RESOLVED|NEW Last reconfirmed|

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 --- Comment #3 from Markus Trippelsdorf --- T.C. wrote: »decltype applied to an identifier declared by a decomposition declaration returns the referenced type, which for the tuple-like case is the exact type returned by std::tuple_element«

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #38 from ro at CeBiTec dot Uni-Bielefeld.DE --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 > > --- Comment #35 from Jack Howarth --- > Created attachment 40043 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40043&ac

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #39 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #36 from Jack Howarth --- > Created attachment 40044 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40044&action=edit > fixincludes trace.h generated in stage 1 >

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

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

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 janus at gcc dot gnu.org changed: What|Removed |Added CC||vehre at gcc dot gnu.org --- C

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #40 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #37 from Jack Howarth --- > Created attachment 40045 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40045&action=edit > preprocessed source for sanitizer_mac.cc fr

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Markus Trippelsdorf changed: What|Removed |Added Target Milestone|--- |7.0

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #41 from Jack Howarth --- (In reply to r...@cebitec.uni-bielefeld.de from comment #39) > > --- Comment #36 from Jack Howarth --- > > Created attachment 40044 [details] > > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40044&ac

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #42 from Jack Howarth --- (In reply to Jack Howarth from comment #41) > (In reply to r...@cebitec.uni-bielefeld.de from comment #39) > > > --- Comment #36 from Jack Howarth --- > > > Created attachment 40044 [details] > > > --> htt

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 Chung-Lin Tang changed: What|Removed |Added CC||cltang at gcc dot gnu.org --- Comment #

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #2 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #1) > Sebastian, I'm not sure what your problem is. The atomics in nios2 are > implemented by __sync_* functions placed in libgcc. The built-in function > expansion

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #43 from Iain Sandoe --- (In reply to Jack Howarth from comment #42) > (In reply to Jack Howarth from comment #41) > > (In reply to r...@cebitec.uni-bielefeld.de from comment #39) > > Otherwise the definition of SANITIZER_OS_TRACE r

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #44 from Maxim Ostapenko --- (In reply to Jack Howarth from comment #41) > (In reply to r...@cebitec.uni-bielefeld.de from comment #39) > > > --- Comment #36 from Jack Howarth --- > > > Created attachment 40044 [details] > > > -->

[Bug middle-end/78355] LRA generates unaligned accesses when SLOW_UNALIGNED_ACCESS is 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78355 --- Comment #4 from pipcet at gmail dot com --- (In reply to Richard Biener from comment #2) > if (!SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg)) > || (MEM_ALIGN (reg) < GET_MODE_ALIGNMENT (innermode) > && SLO

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > I suspect it may be caused by Andre's r241885 ... I may be wrong, though: It seems like reverting those changes does not solve the problem. Another candidate:

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #46 from Dominique d'Humieres --- Don't forget: > For the record, note that configuring gcc with --disable-libsanitizer > replace an ICE with accept-invalid in pr44348.

[Bug sanitizer/78267] [7 Regression] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267 --- Comment #45 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #44 from Maxim Ostapenko --- [...] >> Otherwise the definition of SANITIZER_OS_TRACE results in >> libsanitizer/sanitizer_common/sanitizer_mac.cc making calls to os_trace(

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #3) > > I suspect it may be caused by Andre's r241885 ... > > I may be wrong, though: It seems like reverting those changes does not solve > the problem. > > Anothe

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #5 from Dominique d'Humieres --- Revision r241433 works, but r241509 does not.

[Bug c++/78361] [7 regression][c++1z] std::__is_referenceable doesn't handle noexcept function types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78361 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0

[Bug c/78359] Redeclaration of global variables is not reported

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

[Bug rtl-optimization/78325] [7 regression] r235825 causes gcc.target/mips/call-5.c, gcc.target/mips/call-6.c R_MIPS_JALR failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78325 --- Comment #3 from Maciej W. Rozycki --- I have pushed it through `mips-mti-linux-gnu' regression testing, with the big-endian o32 regular MIPS multilib. It does fix the regressions listed and does not cause any new ones. Thanks for a quick ac

[Bug fortran/78350] ICE in gfc_code2string(): Bad code, at fortran/misc.c:193

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

[Bug rtl-optimization/78200] [7 Regression] 429.mcf of cpu2006 regresses in GCC trunk for avx2 target.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200 --- Comment #16 from Venkataramanan --- GCC7 added early treading pass and gimple thread pass before VRP. When I disable these passes, tree-vrp is able to move the true block same as that of GCC6. It again the tree-if-convert causing the moved b

[Bug rtl-optimization/78200] [7 Regression] 429.mcf of cpu2006 regresses in GCC trunk for avx2 target.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200 --- Comment #17 from Venkataramanan --- Looking at the check red_cost < 0 && arc->ident == AT_LOWER) || (red_cost > 0 && arc->ident == AT_UPPER The order if-combine created seem to be the best. if (red_cost_86 < 0)

[Bug tree-optimization/78348] [7 REGRESSION] 15% performance drop for coremark-pro/nnet-test after r242038

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

[Bug rtl-optimization/78200] [7 Regression] 429.mcf of cpu2006 regresses in GCC trunk for avx2 target.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200 --- Comment #18 from rguenther at suse dot de --- On Tue, 15 Nov 2016, venkataramanan.kumar at amd dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200 > > --- Comment #17 from Venkataramanan --- > Looking at the check >

[Bug middle-end/78306] [CilkPlus] "inlining failed in call to always_inline ‘memset’: function not inlinable" with -fcilkplus

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78306 --- Comment #4 from rguenther at suse dot de --- On Mon, 14 Nov 2016, iblue at gmx dot net wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78306 > > --- Comment #2 from Markus Fenske --- > Thanks for the suggested workaround. Moving all

[Bug rtl-optimization/78200] [7 Regression] 429.mcf of cpu2006 regresses in GCC trunk for avx2 target.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200 --- Comment #19 from Venkataramanan --- (In reply to rguent...@suse.de from comment #18) > On Tue, 15 Nov 2016, venkataramanan.kumar at amd dot com wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200 > > > > --- Comment #17 from Ven

[Bug middle-end/77383] -fcheck-pointer-bounds -mmpx ICE with VLA struct return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77383 --- Comment #2 from Alexander Ivchenko --- I debugged it and I suspect that the problem is in tree_function_versioning (which is used for making instrumented clones of all functions in MPX). Deep inside the logic of tree_function_versioning we d

[Bug target/78362] New: [7 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1804 during libgomp build

--build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=aarch64-unknown-linux-gnu --with-ld=/usr/bin/aarch64-unknown-linux-gnu-ld --with-as=/usr/bin/aarch64-unknown-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-242408-checking-yes-rtl-df-extra-nographite-aarch64 Thr

[Bug libstdc++/78360] missing throw()s in explicit instantiation declarations for has_facet()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78360 --- Comment #1 from Markus Trippelsdorf --- This points to a defect in the P0012R1 implementation: markus@x4 tmp % cat facet.ii struct locale; template bool has_facet(const locale &) throw(); extern template bool has_facet(const locale &); mar

[Bug tree-optimization/77848] Gimple if-conversion results in redundant comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #21 from Bill Schmidt --- Great, thanks. Just realized I need to add a test case yet -- should have this on the list later today.

[Bug fortran/60853] [OOP] Failure to disambiguate generic with unlimited polymorphic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853 --- Comment #3 from janus at gcc dot gnu.org --- This patch makes gfortran accept the code: Index: gcc/fortran/interface.c === --- gcc/fortran/interface.c (Revision 242412) +++ g

[Bug c++/78363] New: internal compiler error: in force_type_die, at dwarf2out.c:24864

end=isl --enable-languages=c,c++,fortran,jit,lto Thread model: posix gcc version 7.0.0 20161115 (experimental) (GCC) $ build_ext/bin/g++ fail.cpp -fopenmp –g fail.cpp: In lambda function: fail.cpp:6:34: internal compiler error: in force_type_die, at dwarf2out.c:24864 for (int i = [](){ retur

[Bug target/77346] [7 Regression] ICE in push_reload, at reload.c:1350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346 --- Comment #6 from Arseny Solokha --- (In reply to Aldy Hernandez from comment #5) > -fPIC -fno-stack protector Did you copy your session verbatim in #c5? If so, -f(no-)stack-protector apparently has nothing to do w/ the issue. Your cross-co

[Bug tree-optimization/78348] [7 REGRESSION] 15% performance drop for coremark-pro/nnet-test after r242038

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78348 --- Comment #5 from Yuri Rumyantsev --- Yes, I think so. 2016-11-15 14:49 GMT+03:00 rguenth at gcc dot gnu.org : > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78348 > > Richard Biener changed: > >What|Removed

[Bug debug/78363] internal compiler error: in force_type_die, at dwarf2out.c:24864

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78363 Andrey Guskov changed: What|Removed |Added Component|c++ |debug --- Comment #1 from Andrey Guskov

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #3 from Chung-Lin Tang --- (In reply to Sebastian Huber from comment #2) > (In reply to Chung-Lin Tang from comment #1) > > Sebastian, I'm not sure what your problem is. The atomics in nios2 are > > implemented by __sync_* functions

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #4 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #3) > (In reply to Sebastian Huber from comment #2) > > (In reply to Chung-Lin Tang from comment #1) > > > Sebastian, I'm not sure what your problem is. The atomics

[Bug debug/78363] [7 Regression] ICE in in force_type_die, at dwarf2out.c:24864

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

[Bug fortran/60853] [OOP] Failure to disambiguate generic with unlimited polymorphic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853 janus at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|un

[Bug c/78359] Redeclaration of global variables is not reported

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

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 --- Comment #4 from prathamesh3492 at gcc dot gnu.org --- Hi, I think this seems to be an issue with uninit pass. The same behavior can be observed for following test-case on x86_64-unknown-linux-gnu regardless of r241915. (test-case is a slight m

[Bug target/77881] [5/6/7 Regression] Non-optimal signed comparison on x86_64 since r146817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77881 --- Comment #6 from Michael Matz --- Author: matz Date: Tue Nov 15 14:02:28 2016 New Revision: 242414 URL: https://gcc.gnu.org/viewcvs?rev=242414&root=gcc&view=rev Log: PR missed-optimization/77881 * combine.c (simplify_compariso

[Bug target/77881] [5/6 Regression] Non-optimal signed comparison on x86_64 since r146817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77881 Michael Matz changed: What|Removed |Added Summary|[5/6/7 Regression] |[5/6 Regression] |Non-o

[Bug middle-end/78295] [7 Regression] Spurious -Wuninitialized warning for vector element assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78295 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Tue Nov 15 13:57:59 2016 New Revision: 242413 URL: https://gcc.gnu.org/viewcvs?rev=242413&root=gcc&view=rev Log: PR middle-end/78295 * gcc.dg/uninit-pr78295.c: Add -Wno-ps

[Bug target/78362] [7 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1804 during libgomp build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78362 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #5 from Chung-Lin Tang --- > I checked the code generation on some targets for the test case above. The > arm, bfin, epiphany, i386, lm32, m68k, mips, moxie, sh, v850 targets > generated all __atomic_* functions. > Only on Nios II i

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #6 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #5) > > I checked the code generation on some targets for the test case above. The > > arm, bfin, epiphany, i386, lm32, m68k, mips, moxie, sh, v850 targets > > gener

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #7 from Chung-Lin Tang --- (In reply to Sebastian Huber from comment #6) > (In reply to Chung-Lin Tang from comment #5) > > > I checked the code generation on some targets for the test case above. The > > > arm, bfin, epiphany, i386,

[Bug tree-optimization/78348] [7 REGRESSION] 15% performance drop for coremark-pro/nnet-test after r242038

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

[Bug target/78364] New: [ARM] Error: bit-field extends past end of register -- ubfx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78364 Bug ID: 78364 Summary: [ARM] Error: bit-field extends past end of register -- ubfx Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Prio

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #8 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #7) > (In reply to Sebastian Huber from comment #6) > > (In reply to Chung-Lin Tang from comment #5) > > > > I checked the code generation on some targets for the te

[Bug c++/78341] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: in cp_parser_std_attribute_spec, at cp/parser.c:24597)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78341 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug testsuite/78292] [7 regression] test case gcc.dg/vect/vect-cond-2.c fails starting with r241967

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

[Bug middle-end/78333] always-inline gnu-inline functions break -finstrument-functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78333 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment

[Bug tree-optimization/78114] [7 regression] gfortran.dg/vect/fast-math-mgrid-resid.f FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78114 --- Comment #9 from amker at gcc dot gnu.org --- (In reply to r...@cebitec.uni-bielefeld.de from comment #8) > > --- Comment #6 from amker at gcc dot gnu.org --- > > But for tests: > > FAIL: gfortran.dg/vect/fast-math-mgrid-resid.f -O scan-tre

[Bug tree-optimization/77673] [5/6/7 Regression] 4-byte load generated instead of 1-byte load, possibly reading past the end of object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77673 --- Comment #3 from Jakub Jelinek --- Regressed with r211778 aka PR61517.

[Bug c/78365] New: ice in determine_value_range, at tree-ssa-loo p-niter.c:413

iled by gcc trunk dated 20161115, revision 242408, and with compiler flag -O2, does this: mklev.c:80:1: internal compiler error: in determine_value_range, at tree-ssa-loo p-niter.c:413 0xda4cb1 determine_value_range ../../trunk/gcc/tree-ssa-loop-niter.c:413 0xda61f0 bound_dif

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug debug/78363] [7 Regression] ICE in in force_type_die, at dwarf2out.c:24864

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78363 Richard Biener changed: What|Removed |Added Keywords||openmp, wrong-debug CC|

[Bug c++/71988] [7 Regression] ICE in dump_simple_decl (gcc/cp/error.c:965)

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

[Bug fortran/70601] [5/6/7 Regression] [OOP] ICE on procedure pointer component call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70601 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug target/78364] [7 Regression][ARM] Error: bit-field extends past end of register -- ubfx

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

[Bug c++/71988] [7 Regression] ICE in dump_simple_decl (gcc/cp/error.c:965)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71988 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Tue Nov 15 15:21:49 2016 New Revision: 242426 URL: https://gcc.gnu.org/viewcvs?rev=242426&root=gcc&view=rev Log: PR c++/71988 * g++.dg/cpp0x/constexpr-71988.C: New test.

[Bug c/78365] ice in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #1 from David Binderman --- Created attachment 40049 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40049&action=edit reduced C source code

[Bug other/78366] New: target_clones does not generate resovler function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78366 Bug ID: 78366 Summary: target_clones does not generate resovler function Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: o

[Bug target/78364] [7 Regression][ARM] Error: bit-field extends past end of register -- ubfx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78364 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug c++/78349] function returning std::basic_string missing [abi:cxx11] tag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78349 --- Comment #1 from Jonathan Wakely --- I think this is a known issue and intentionally not fixed on the GCC 5 branch (but it is fixed for GCC 6). N.B. GNU nm has a -C option to demangle so you don't need c++filt.

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #9 from Chung-Lin Tang --- (In reply to Sebastian Huber from comment #8) > (In reply to Chung-Lin Tang from comment #7) > > (In reply to Sebastian Huber from comment #6) > > > (In reply to Chung-Lin Tang from comment #5) > > > > > I c

[Bug libstdc++/78361] [7 regression][c++1z] std::__is_referenceable doesn't handle noexcept function types

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

[Bug libstdc++/78326] incorrect c++ usage in experimental/vector and others? _X_max_align is inaccessible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78326 --- Comment #6 from Jonathan Wakely --- See Bug 59002, this is one of the ones it depends on.

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org

[Bug c++/78313] [7 Regression] Misleading spelling suggestion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78313 --- Comment #3 from David Malcolm --- (In reply to Jakub Jelinek from comment #0) > +++ This bug was initially created as a clone of Bug #72774 +++ > > // PR c++/72774 > // { dg-do compile } > > void baz (); > namespace A { void foo (); } > voi

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #6 from Andrew Benson --- (In reply to janus from comment #3) > (In reply to janus from comment #2) > > I suspect it may be caused by Andre's r241885 ... > > I may be wrong, though: It seems like reverting those changes does not solv

[Bug c++/78367] New: Out-of-line definitions fail to match in-line declarations with decltype and template arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78367 Bug ID: 78367 Summary: Out-of-line definitions fail to match in-line declarations with decltype and template arguments Product: gcc Version: 6.2.0 Status: UNCONFIRMED

[Bug c/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCO

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|un

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 --- Comment #5 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > The following patch fixes it: ... but unfortunately causes a failure of extends_type_of_3.f90 in the testsuite, which means either: * one of the tests in exten

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 --- Comment #5 from Jason Merrill --- Author: jason Date: Tue Nov 15 16:32:38 2016 New Revision: 242432 URL: https://gcc.gnu.org/viewcvs?rev=242432&root=gcc&view=rev Log: PR c++/78358 - tuple decomposition decltype * semantics.c

[Bug tree-optimization/70965] [7 Regression] ICE on released SSA name during IPA SRA

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

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #7 from vehre at gcc dot gnu.org --- Fix at: https://gcc.gnu.org/ml/fortran/2016-11/msg00140.html

[Bug target/78362] [7 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1804 during libgomp build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78362 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug c++/78341] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: in cp_parser_std_attribute_spec, at cp/parser.c:24597)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78341 --- Comment #3 from Jason Merrill --- (In reply to Jakub Jelinek from comment #2) > Shall we just remove the assertion? Sounds good.

  1   2   >