[Bug c/84173] Support glibc multiarch interpreter names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84173 --- Comment #4 from Marc Glisse --- (In reply to Javier Serrano Polo from comment #3) > Upstream wants to make multiarch harder; the patch will not be posted here. As long as the new behavior is optional (not the default), the patch stands a cha

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #9 from Andreas Otto --- after morning "boot" it seems OK… BUT the bug come back → star without "-g" option #:~/test> make test for t in test.0 test.1 test.2 test.3; do ./$t; done ./test.0 → T1 = 663.640015 ms → HI = 0x1

[Bug libfortran/84156] [8 Regression] valgrind error with print *,1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84156 --- Comment #2 from Jerry DeLisle --- I think this is related to the front end initializing the dtp common structure and the runtime using it. This looking unititiaklzed and therefore a false error. I am not sure valgrind can detect this and I t

[Bug c++/84177] New: Attributes on C++17 nested namespaces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84177 Bug ID: 84177 Summary: Attributes on C++17 nested namespaces Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/84176] New: Need a different thunk for -mindirect-branch=thunk-extern -fcf-protection -mcet

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84176 Bug ID: 84176 Summary: Need a different thunk for -mindirect-branch=thunk-extern -fcf-protection -mcet Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity:

[Bug target/81739] Replace calls to memcmp with more efficient code if possible

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

[Bug c++/83503] [8 Regression] bogus -Wattributes for const and pure on function template specialization

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

[Bug c++/84160] [8 Regression] ICE on valid C++11 code: in build_capture_proxy, at cp/lambda.c:446

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

[Bug c++/84160] [8 Regression] ICE on valid C++11 code: in build_capture_proxy, at cp/lambda.c:446

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84160 --- Comment #2 from Jason Merrill --- Author: jason Date: Fri Feb 2 02:07:09 2018 New Revision: 257325 URL: https://gcc.gnu.org/viewcvs?rev=257325&root=gcc&view=rev Log: PR c++/84160 - ICE with nested variadic capture. * lambda

[Bug fortran/84141] [8 regression] Internal error: type_name(): Bad type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141 --- Comment #25 from Jürgen Reuter --- The other errors actually appear in I/O procedures of external libraries that we link to our code. It would be hard(er) to come up with a test case here. Hope you can fix all of that, keeping fingers crossed

[Bug c++/81716] Bogus -Wlto warning with forward-declared pointers

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

[Bug lto/83954] [6/7 Regression] LTO: Bogus -Wlto-type-mismatch warning for array of pointer to incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83954 Martin Sebor changed: What|Removed |Added CC||sgunderson at bigfoot dot com --- Comment

[Bug fortran/84141] [8 regression] Internal error: type_name(): Bad type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141 --- Comment #24 from Jürgen Reuter --- Created attachment 43322 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43322&action=edit Additional failing test case (after the prelim. fix) This is still lengthy, and I can reduce it further but ma

[Bug c++/81714] incorrect location for uninitialised variable

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

[Bug c++/81678] Variadic template parameters containing pointer to member function fail to be parsed unless name of the parameter is specified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81678 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #1

[Bug c++/81674] gcc cannot detect missing initialisers for fields in constructors

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

[Bug c/84173] Support glibc multiarch interpreter names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84173 --- Comment #3 from Javier Serrano Polo --- Upstream wants to make multiarch harder; the patch will not be posted here. Nevertheless, Adam, please answer to my previous question.

[Bug middle-end/81669] trunk/gcc/fibonacci_heap.h:58: possible missing initialisation ?

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

[Bug tree-optimization/81600] tree-vect-loop.c:6075:22: runtime error: index -1 out of bounds for type 'tree_node *[3]'

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

[Bug c/84173] Support glibc multiarch interpreter names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84173 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/81603] Various compiler UB on very large constant offsets

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

[Bug c/84174] FAIL: gcc.dg/Wattributes-6.c (test for warnings, line 404)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84174 --- Comment #1 from John David Anglin --- Similar fail: FAIL: c-c++-common/Wattributes.c -Wc++-compat (test for warnings, line 404)

[Bug c/84175] New: FAIL: c-c++-common/Warray-bounds-4.c -Wc++-compat strcpy (test for warnings, line 67)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84175 Bug ID: 84175 Summary: FAIL: c-c++-common/Warray-bounds-4.c -Wc++-compat strcpy (test for warnings, line 67) Product: gcc Version: 8.0 Status: UNCONFIRMED Seve

[Bug c/84173] Support glibc multiarch interpreter names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84173 Javier Serrano Polo changed: What|Removed |Added CC||adconrad at 0c3 dot net --- Comme

[Bug c/84174] New: FAIL: gcc.dg/Wattributes-6.c (test for warnings, line 404)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84174 Bug ID: 84174 Summary: FAIL: gcc.dg/Wattributes-6.c (test for warnings, line 404) Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Prio

[Bug middle-end/84095] [8 Regression] false-positive -Wrestrict warnings for memcpy within array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84095 --- Comment #13 from Martin Sebor --- Updated patch with fixes for the false positives discussed in comment #12: https://gcc.gnu.org/ml/gcc-patches/2018-02/msg00076.html

[Bug c/84173] New: Support glibc multiarch interpreter names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84173 Bug ID: 84173 Summary: Support glibc multiarch interpreter names Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/84141] [8 regression] Internal error: type_name(): Bad type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141 --- Comment #23 from paul.richard.thomas at gmail dot com --- Hi Everybody, I just got in from the lab.. Obviously, I will not be working on this problem tonight! I suspect that fact that I have had to pick out allocatable components for specia

[Bug fortran/84155] [8 Regression] program hangs on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155 --- Comment #9 from Jürgen Reuter --- This fixes almost all of our unit and functional test, but not all of them. There are still 19 functional tests failing, all of them seem to have to do with some sort of I/O . And one unit tests, which I cann

[Bug tree-optimization/38785] [6/7/8 Regression] huge performance regression on EEMBC bitmnp01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38785 Aldy Hernandez changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment #4

[Bug c++/81589] Possible False-Positive with decltype

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81589 Martin Sebor changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIR

[Bug fortran/84141] [8 regression] Internal error: type_name(): Bad type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141 --- Comment #22 from Jürgen Reuter --- I'm actually running our code right now. It fixes _almost all_ of our unit and functional tests. There is still one failing unit test and at least one failing functional test. Still waiting for the full resu

[Bug rtl-optimization/84123] internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:908, alpha linux.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84123 --- Comment #6 from uros at gcc dot gnu.org --- Author: uros Date: Thu Feb 1 22:22:03 2018 New Revision: 257318 URL: https://gcc.gnu.org/viewcvs?rev=257318&root=gcc&view=rev Log: PR rtl-optimization/84123 * combine.c (change_zero

[Bug fortran/84141] [8 regression] Internal error: type_name(): Bad type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141 --- Comment #21 from Dominique d'Humieres --- > A temporary fix: > ... Preliminary tests look good! Thanks.

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 Marc Glisse changed: What|Removed |Added Known to work||7.2.0 Known to fail|

[Bug fortran/60576] [6/7/8 Regression] FAIL: gfortran.dg/assumed_rank_7.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576 --- Comment #26 from Dominique d'Humieres --- % gfc /opt/gcc/_clean/gcc/testsuite/gfortran.dg/assumed_rank_7.f90 -fsanitize=address % ./a.out = ==77100==ERROR: AddressSanitizer: stac

[Bug c++/81475] missing -Wsequence-point on a self-referential array access

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

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #7 from Andreas Otto --- Created attachment 43321 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43321&action=edit cat /proc/cpuinfo

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #6 from Andrew Pinski --- Can you also send the output of: cat /proc/cpuinfo ?

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #5 from Andreas Otto --- Created attachment 43320 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43320&action=edit output of command you requested… gcc-5 -march=native -mtune=native -g -static -O3 -o test.3 main.c -v

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #4 from Andrew Pinski --- (In reply to Andreas Otto from comment #3) > send me the command that I should run… I did: (In reply to Andrew Pinski from comment #2) > gcc-5 -march=native -mtune=native -g -static -O3 -o test.3 main.c -v

[Bug target/83370] [AARCH64]Tailcall register may be corrupted by epilogue code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83370 --- Comment #5 from Renlin Li --- Author: renlin Date: Thu Feb 1 21:33:05 2018 New Revision: 257315 URL: https://gcc.gnu.org/viewcvs?rev=257315&root=gcc&view=rev Log: [PR83370][AARCH64]Use tighter register constraint for sibcall patterns. gcc/

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #3 from Andreas Otto --- send me the command that I should run…

[Bug target/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 Andrew Pinski changed: What|Removed |Added Target||x86_64-suse-linux Component|c

[Bug c/84172] option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 --- Comment #1 from Andreas Otto --- forget last "}"

[Bug c/84172] New: option "-O3" create slower code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84172 Bug ID: 84172 Summary: option "-O3" create slower code Product: gcc Version: 5.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assig

[Bug c++/83268] [7 Regression] internal compiler error: in lambda_expr_this_capture, at cp/lambda.c:785

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

[Bug target/83370] [AARCH64]Tailcall register may be corrupted by epilogue code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83370 --- Comment #4 from Renlin Li --- Author: renlin Date: Thu Feb 1 21:09:06 2018 New Revision: 257314 URL: https://gcc.gnu.org/viewcvs?rev=257314&root=gcc&view=rev Log: [PR83370][AARCH64]Use tighter register constraint for sibcall patterns. gcc/

[Bug target/84113] [7/8 Regression] libgcc/unwind.inc:136:1: internal compiler error: in extract_insn, at recog.c:2311

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113 --- Comment #18 from Douglas Mencken --- (In reply to Douglas Mencken from comment #17) > diff of libgcc/unwind-dw2.c between 6.4 and 7.1 > Reverting this file doesn’t help

[Bug c++/84125] [8 Regression] ICE in generic lambda when static_assert argument is implicitly converted to bool

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

[Bug c++/84125] [8 Regression] ICE in generic lambda when static_assert argument is implicitly converted to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84125 --- Comment #5 from Marek Polacek --- Author: mpolacek Date: Thu Feb 1 20:32:33 2018 New Revision: 257311 URL: https://gcc.gnu.org/viewcvs?rev=257311&root=gcc&view=rev Log: PR c++/84125 * typeck.c (build_address): Relax the asse

[Bug middle-end/33699] [6/7/8 regression] missing optimization on const addr area store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33699 Aldy Hernandez changed: What|Removed |Added Last reconfirmed|2012-01-04 00:00:00 |2018-2-1 CC|

[Bug fortran/46496] Missing strlen check / interop warnings with BIND(C) and non-C_* kinds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46496 --- Comment #4 from Thomas Koenig --- (In reply to Tobias Burnus from comment #0) > f) The following two examples are invalid - but seemingly gfortran does not > check the string length of DT character components: > > module mytypes >use IS

[Bug fortran/60576] [6/7/8 Regression] FAIL: gfortran.dg/assumed_rank_7.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576 --- Comment #25 from Thomas Koenig --- Strange, I don't see it; what I get is ig25@linux-d6cw:/tmp> gfortran -g -fsanitize=address assumed_rank_7.f90 ig25@linux-d6cw:/tmp> ./a.out ===

[Bug target/29256] [6/7/8 regression] loop performance regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256 Aldy Hernandez changed: What|Removed |Added Last reconfirmed|2013-12-09 04:50:02 |2018-2-1 CC|

[Bug c++/84171] [8 Regression] ICE with -Wsign-compare

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

[Bug fortran/83823] [8 Regression] Character length issues with PACK()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83823 --- Comment #2 from Thomas Koenig --- -fsanitize=address gives: ==21482==ERROR: AddressSanitizer: global-buffer-overflow on address 0x00402624 at pc 0x7f6d755ede76 bp 0x7ffed65778c0 sp 0x7ffed6577070 READ of size 5 at 0x00402624 thread

[Bug fortran/60576] [6/7/8 Regression] FAIL: gfortran.dg/assumed_rank_7.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576 Dominique d'Humieres changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c++/84171] New: [8 Regression] ICE with -Wsign-compare

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84171 Bug ID: 84171 Summary: [8 Regression] ICE with -Wsign-compare Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: error-recovery, ice-on-invalid-code Severity: normal

[Bug fortran/79886] [6 Regression] ICE in pp_format, at pretty-print.c:681

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79886 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment #

[Bug fortran/59781] [6 Regression] [F03] Incorrect initialisation of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781 Thomas Koenig changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug c++/84160] [8 Regression] ICE on valid C++11 code: in build_capture_proxy, at cp/lambda.c:446

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84160 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug fortran/83344] Use of uninitialized memory with ASSOCIATE and strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83344 --- Comment #11 from Janne Blomqvist --- Author: jb Date: Thu Feb 1 19:47:15 2018 New Revision: 257310 URL: https://gcc.gnu.org/viewcvs?rev=257310&root=gcc&view=rev Log: PR 83975 Associate target with non-constant character length When associa

[Bug fortran/83975] [8 Regression] ICE in set_parm_default_def_partition, at tree-ssa-coalesce.c:1919

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83975 --- Comment #8 from Janne Blomqvist --- Author: jb Date: Thu Feb 1 19:47:15 2018 New Revision: 257310 URL: https://gcc.gnu.org/viewcvs?rev=257310&root=gcc&view=rev Log: PR 83975 Associate target with non-constant character length When associat

[Bug middle-end/28831] [6/7/8 Regression] Aggregate copy not elided when using a return value as a pass-by-value parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28831 --- Comment #32 from Aldy Hernandez --- errr, slightly LESS worse code

[Bug fortran/60576] [6/7/8 Regression] FAIL: gfortran.dg/assumed_rank_7.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576 Thomas Koenig changed: What|Removed |Added Status|REOPENED|RESOLVED CC|

[Bug middle-end/28831] [6/7/8 Regression] Aggregate copy not elided when using a return value as a pass-by-value parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28831 Aldy Hernandez changed: What|Removed |Added Last reconfirmed|2010-01-17 13:10:45 |2018-2-1 CC|

[Bug fortran/68560] [6/7/8 Regression] The test gfortran.dg/shape_8.f90 now fails when compiled with -flto

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

[Bug target/27855] [6/7/8 regression] reassociation causes the RA to be confused

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855 Aldy Hernandez changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment #5

[Bug target/84113] [7/8 Regression] gcc-7.3.0/libgcc/unwind.inc:136:1: internal compiler error: in extract_insn, at recog.c:2311

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113 --- Comment #17 from Douglas Mencken --- diff of libgcc/unwind-dw2.c between 6.4 and 7.1 --- a/libgcc/unwind-dw2.c +++ b/libgcc/unwind-dw2.c @@ -1,5 +1,5 @@ /* DWARF2 exception handling and frame unwind runtime interface routines. - Copyright

[Bug web/84167] bugzilla should have a "next bug" button

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84167 Frédéric Buclin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/84126] [8 Regression] ICE in variadic generic lambda inside a template function calling a function with arguments by reference

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

[Bug c++/84036] [8 Regression] ICE on valid code in C++14, variadic lambda capture in a template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84036 --- Comment #6 from Jason Merrill --- Author: jason Date: Thu Feb 1 18:44:41 2018 New Revision: 257307 URL: https://gcc.gnu.org/viewcvs?rev=257307&root=gcc&view=rev Log: PR c++/84126 - ICE with variadic generic lambda PR c++/84

[Bug c++/82249] [8 Regression] wrong mismatched argument pack lengths

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82249 --- Comment #9 from Jason Merrill --- Author: jason Date: Thu Feb 1 18:44:41 2018 New Revision: 257307 URL: https://gcc.gnu.org/viewcvs?rev=257307&root=gcc&view=rev Log: PR c++/84126 - ICE with variadic generic lambda PR c++/84

[Bug c++/84126] [8 Regression] ICE in variadic generic lambda inside a template function calling a function with arguments by reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84126 --- Comment #4 from Jason Merrill --- Author: jason Date: Thu Feb 1 18:44:41 2018 New Revision: 257307 URL: https://gcc.gnu.org/viewcvs?rev=257307&root=gcc&view=rev Log: PR c++/84126 - ICE with variadic generic lambda PR c++/84

[Bug tree-optimization/21485] [6/7/8 Regression] missed load PRE, PRE makes i?86/7/8 suck

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485 Aldy Hernandez changed: What|Removed |Added Last reconfirmed|2011-02-06 23:54:40 |2018-2-1 CC|

[Bug target/83743] -mcpu=native causes gcc to exit in error if cpu is not recognized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83743 Peter Bergner changed: What|Removed |Added Status|ASSIGNED|RESOLVED URL|https://gcc.

[Bug target/56010] Powerpc, -mcpu=native and -mtune=native use the wrong name for target 7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010 Peter Bergner changed: What|Removed |Added Status|ASSIGNED|RESOLVED URL|https://gcc.

[Bug target/56010] Powerpc, -mcpu=native and -mtune=native use the wrong name for target 7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010 --- Comment #11 from Peter Bergner --- Author: bergner Date: Thu Feb 1 18:26:51 2018 New Revision: 257305 URL: https://gcc.gnu.org/viewcvs?rev=257305&root=gcc&view=rev Log: PR target/56010 PR target/83743 * config/rs6000

[Bug target/83743] -mcpu=native causes gcc to exit in error if cpu is not recognized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83743 --- Comment #6 from Peter Bergner --- Author: bergner Date: Thu Feb 1 18:26:51 2018 New Revision: 257305 URL: https://gcc.gnu.org/viewcvs?rev=257305&root=gcc&view=rev Log: PR target/56010 PR target/83743 * config/rs6000/

[Bug target/84169] [8 Regression] wrong code with u128 multiplication result at aarch64 -O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84169 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||segher at gcc dot gnu.org -

[Bug target/84169] [8 Regression] wrong code with u128 multiplication result at aarch64 -O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84169 ktkachov at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Status|UNCON

[Bug debug/83935] DWARF for a variant part is incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83935 --- Comment #6 from Pierre-Marie de Rodat --- Just got a notification that it got assigned issue #180123.1: http://dwarfstd.org/ShowIssue.php?issue=180123.1

[Bug ipa/80899] [6/7/8 Regression] Devirtualization causes incorrect code generation with placement new in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80899 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #5

[Bug middle-end/84089] [8 Regression] FAIL: g++.dg/cpp1y/lambda-generic-x.C -std=gnu++14 (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84089 Aldy Hernandez changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/84170] New: std::find_if performance issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84170 Bug ID: 84170 Summary: std::find_if performance issues Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug middle-end/84089] [8 Regression] FAIL: g++.dg/cpp1y/lambda-generic-x.C -std=gnu++14 (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84089 --- Comment #6 from Aldy Hernandez --- Author: aldyh Date: Thu Feb 1 17:12:28 2018 New Revision: 257304 URL: https://gcc.gnu.org/viewcvs?rev=257304&root=gcc&view=rev Log: PR target/84089 * config/pa/predicates.md (base14_operand

[Bug c/84166] Wrong warning message emitted for loss of qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84166 --- Comment #1 from joseph at codesourcery dot com --- It's not confused. It's saying that it's type-safe to convert "uint32_t **" to "volatile uint32_t *const *", but not to convert it to "volatile uint32_t *". http://c-faq.com/ansi/constmis

[Bug target/84169] New: [8 Regression] wrong code with u128 multiplication result at aarch64 -O

6_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-257303-checking-yes-rtl-df-extra-aarch64 Thread model: posix gcc version 8.0.1 2

[Bug c++/84158] [6/7/8 Regression] missing -Wreturn-type due to incorrect handling of attributes for template specializations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84158 --- Comment #6 from Martin Sebor --- I tested the modified C++ 11 example below with Clang, EDG, GCC, ICC, and MSVC. Of these, only MSVC implements the behavior I expect and doesn't warn. The others do. (I verified that MSVC does support the a

Your Weekly Breeze - February. 01 - February. 07

This email newsletter was sent to you in graphical HTML format. If you're seeing this version, your email program prefers plain text emails. You can read the original version online: http://ymlptrack7.com/zwbctq --

[Bug target/84128] i686: Stack spilling in -fstack-clash-protection prologue neglects %esp change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84128 --- Comment #3 from Jeffrey A. Law --- Author: law Date: Thu Feb 1 16:22:56 2018 New Revision: 257303 URL: https://gcc.gnu.org/viewcvs?rev=257303&root=gcc&view=rev Log: PR target/84128 * config/i386/i386.c (release_scratch_regis

[Bug target/84128] i686: Stack spilling in -fstack-clash-protection prologue neglects %esp change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84128 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 Uroš Bizjak changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/84157] [8 Regression] [nvptx] ICE: RTL check: expected code 'reg', have 'lshiftrt'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157 --- Comment #10 from uros at gcc dot gnu.org --- Author: uros Date: Thu Feb 1 16:04:18 2018 New Revision: 257302 URL: https://gcc.gnu.org/viewcvs?rev=257302&root=gcc&view=rev Log: PR rtl-optimization/84157 * combine.c (change_zer

[Bug c++/84158] [6/7/8 Regression] missing -Wreturn-type due to incorrect handling of attributes for template specializations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84158 --- Comment #5 from Martin Sebor --- (In reply to Jakub Jelinek from comment #3) > As C++ now has standardized attributes, the question is what does the > standard say about whether standard attributes on a template are inherited > to specializat

[Bug c++/83503] [8 Regression] bogus -Wattributes for const and pure on function template specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83503 --- Comment #17 from Jason Merrill --- On Wed, Jan 31, 2018 at 9:45 PM, msebor at gcc dot gnu.org wrote: > Jason, I'm only starting to look into it but if I understand your suggestion > correctly, I don't think the bug can be fixed by relying on

[Bug c++/83796] [6/7 Regression] Abstract classes allowed to be instantiated when initialised as default parameter to function or constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83796 Paolo Carlini changed: What|Removed |Added Summary|[6/7/8 Regression] Abstract |[6/7 Regression] Abstract

[Bug c++/83796] [6/7/8 Regression] Abstract classes allowed to be instantiated when initialised as default parameter to function or constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83796 --- Comment #5 from paolo at gcc dot gnu.org --- Author: paolo Date: Thu Feb 1 15:36:04 2018 New Revision: 257298 URL: https://gcc.gnu.org/viewcvs?rev=257298&root=gcc&view=rev Log: /cp 2018-02-01 Paolo Carlini PR c++/83796 *

[Bug c++/84158] [6/7/8 Regression] missing -Wreturn-type due to incorrect handling of attributes for template specializations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84158 --- Comment #4 from Martin Sebor --- (In reply to Jakub Jelinek from comment #2) > I actually think it is the right thing that the attributes from templates > are inherited by specializations. That cannot be correct. Because there is no way to

  1   2   >