[Bug c++/54483] undefined reference to static constexpr in .so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54483 Mitsuru Kariya changed: What|Removed |Added CC||kariya_mitsuru at hotmail dot com ---

[Bug target/65569] Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 --- Comment #5 from Michael Meissner --- Author: meissner Date: Thu Mar 26 04:15:08 2015 New Revision: 221684 URL: https://gcc.gnu.org/viewcvs?rev=221684&root=gcc&view=rev Log: Backport PR 65569 fix Modified: branches/ibm/gcc-4_9-addr/gcc/C

[Bug target/65569] Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 Michael Meissner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/65569] Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 --- Comment #3 from Michael Meissner --- Author: meissner Date: Thu Mar 26 04:07:21 2015 New Revision: 221683 URL: https://gcc.gnu.org/viewcvs?rev=221683&root=gcc&view=rev Log: 2015-03-25 Michael Meissner PR target/65569 * config/rs6

[Bug libfortran/65563] Segfault on reopening fort.xxx file with explicit name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65563 --- Comment #3 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #0) > This is inspired by > https://stackoverflow.com/questions/29238857/fortran-error-about-eof-marker/ > ,but is slightly different. > > This segfaults: I cannot re

[Bug target/65577] New: ICE on g++.dg/torture/pr58369.C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65577 Bug ID: 65577 Summary: ICE on g++.dg/torture/pr58369.C Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target As

[Bug plugins/61176] plugin builds including gimple.h not building

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61176 --- Comment #14 from PaX Team --- it seems that gcc/builtins.h doesn't get installed for plugins.

[Bug fortran/65541] [5 Regression] namelist regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/65541] [5 Regression] namelist regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Date: Thu Mar 26 02:44:34 2015 New Revision: 221682 URL: https://gcc.gnu.org/viewcvs?rev=221682&root=gcc&view=rev Log: 2015-03-25 Jerry DeLisle PR libgfortran/65541 * io/write.c

[Bug target/65576] New: ICE in gcc.c-torture/compile/pr33855.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65576 Bug ID: 65576 Summary: ICE in gcc.c-torture/compile/pr33855.c Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug c++/65575] New: [c++-concepts] Parse error for requires clause on functions that return a reference type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65575 Bug ID: 65575 Summary: [c++-concepts] Parse error for requires clause on functions that return a reference type Product: gcc Version: unknown Status: UNCONFIRMED

[Bug ipa/65076] [5 Regression] 16% tramp3d-v4.cpp compile time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076 --- Comment #21 from Jan Hubicka --- Actually, looking at the code, I do not think we want full pure/const pass (that build loops and attmepts to prove finiteness). We only want to run nothrow discovery that is a lot cheaper and perhaps we want t

[Bug tree-optimization/22501] [meta-bug] tramp3d-v4 missed optimizations

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

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #44 from Jan Hubicka --- > > Ah, ok, it seems to work now. It just takes ages to print the lto1 line and it > get printed way after the lto1 process is running already. Yep, really anoying property that the stderr output is all buff

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #43 from Manuel López-Ibáñez --- (In reply to Jan Hubicka from comment #40) > Manuel, > the following way you get the lto1 invocation: Ah, ok, it seems to work now. It just takes ages to print the lto1 line and it get printed way aft

[Bug target/65341] [5 Regression] glibc build failure on ppc64le: setcontext.S:367: Error: junk at end of line: `1,0'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341 --- Comment #19 from Martin Sebor --- Glibc bug #18116 tracks the discussion of the build failure (and the proposed fix) there: https://sourceware.org/bugzilla/show_bug.cgi?id=18116

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #42 from Jan Hubicka --- Hi, I read linemap_line_start and I think I noticed few issues with respect to overflows and lines being added randomly. 1) line_delta is computed as to_line SOURCE_LINE (map, set->highest_line) I think th

[Bug target/65574] assembler options don't match predefined macros

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

[Bug target/65341] [5 Regression] glibc build failure on ppc64le: setcontext.S:367: Error: junk at end of line: `1,0'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341 Andrew Pinski changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #18

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #41 from Manuel López-Ibáñez --- (In reply to Manuel López-Ibáñez from comment #37) > But now that I think about it. If linemap_star_line returns UNKNOWN_LOCATION > because set->highest_location > 0x7000, but then you call > linem

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #40 from Jan Hubicka --- Manuel, the following way you get the lto1 invocation: jan@linux-qos1:~> gcc t.c -flto -O2 -c jan@linux-qos1:~> gcc t.o -flto -O2 --verbose -save-temps 2>&1 | grep lto1 /usr/lib64/gcc/x86_64-suse-linux/4.8/l

[Bug testsuite/65526] testsuite checks for arm vectorization support on non-arm targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65526 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug testsuite/65526] testsuite checks for arm vectorization support on non-arm targets

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

[Bug target/65574] New: assembler options don't match predefined macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65574 Bug ID: 65574 Summary: assembler options don't match predefined macros Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tar

[Bug testsuite/65526] testsuite checks for arm vectorization support on non-arm targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65526 --- Comment #2 from Martin Sebor --- Author: msebor Date: Wed Mar 25 23:35:54 2015 New Revision: 221677 URL: https://gcc.gnu.org/viewcvs?rev=221677&root=gcc&view=rev Log: PR testsuite/65526 * lib/target-supports.exp (check_effective_target_arm32

[Bug lto/65559] [5 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

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

[Bug tree-optimization/65177] [5 Regression]: extend jump thread for finite state automata causes miscompilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65177 Sebastian Pop changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/65279] [4.8/4.9 Regression] std::scoped_allocator_adaptor is not assignable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/65279] [4.8/4.9 Regression] std::scoped_allocator_adaptor is not assignable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279 --- Comment #4 from Jonathan Wakely --- Author: redi Date: Wed Mar 25 22:58:55 2015 New Revision: 221676 URL: https://gcc.gnu.org/viewcvs?rev=221676&root=gcc&view=rev Log: PR libstdc++/65279 * include/std/scoped_allocator (__inner_type_i

[Bug c++/65547] Gcc not giving preprocessor error for invalid invocation of variadic macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547 --- Comment #8 from Jonathan Wakely --- (In reply to Edward Diener from comment #7) > So the GNU extension in this case is that the programmer does not have to > pass an argument when a variadic parameter is used in a macro ? Yes, as documented

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #39 from Manuel López-Ibáñez --- (In reply to Jan Hubicka from comment #36) > Manuel, > I returned back looking for reason lines are going out wrong when we get > short on locators. I do not understand the following code: I just not

[Bug tree-optimization/65177] [5 Regression]: extend jump thread for finite state automata causes miscompilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65177 --- Comment #23 from Sebastian Pop --- Author: spop Date: Wed Mar 25 22:49:47 2015 New Revision: 221675 URL: https://gcc.gnu.org/viewcvs?rev=221675&root=gcc&view=rev Log: diamonds are not valid execution threads for jump threading PR tree-o

[Bug c++/65547] Gcc not giving preprocessor error for invalid invocation of variadic macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547 --- Comment #7 from Edward Diener --- (In reply to Jonathan Wakely from comment #5) > And as has been documented forever, the way to get diagnostics for GNU > extensions that contradict the ISO standard is the -pedantic switch: > > https://gcc.g

[Bug lto/65544] LTO link fails with -static-libstdc++ + weak new/delete operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65544 --- Comment #4 from Thomas Pöchtrager --- If it matters, there are no linker errors with -fno-use-linker-plugin.

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #38 from Manuel López-Ibáñez --- (In reply to Jan Hubicka from comment #27) > I simply use --save-temps --verbose and use lto1 invocation from there. It > is easy ;) When I add those two options to an invokation of xg++, I get back t

[Bug lto/65544] LTO link fails with -static-libstdc++ + weak new/delete operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65544 --- Comment #3 from Thomas Pöchtrager --- (In reply to Richard Biener from comment #2) > Can you verify if the cross compiler uses a linker-plugin by specifying > -fuse-linker-plugin? Without that errors like this are unfortunately > expected.

[Bug c++/65547] Gcc not giving preprocessor error for invalid invocation of variadic macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547 --- Comment #6 from Edward Diener --- (In reply to Jonathan Wakely from comment #4) > (In reply to Edward Diener from comment #3) > > Where do you get the idea that the standard doesn't require an error, it > > requires a diagnostic message ? >

[Bug target/65573] New: 13908.C:20:33: internal compiler error: in cp_build_addr_expr_1, at cp/typeck.c:5527

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65573 Bug ID: 65573 Summary: 13908.C:20:33: internal compiler error: in cp_build_addr_expr_1, at cp/typeck.c:5527 Product: gcc Version: 5.0 Status: UNCONFIRMED Severi

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #37 from Manuel López-Ibáñez --- (In reply to Jan Hubicka from comment #36) > Here we seem to sometimes affect ORDINARY_MAP_NUMBER_OF_COLUMN_BITS of an > existing line map. How that can work? We already have locators that do > depen

[Bug target/65572] New: ptrmem5.C:7:26: internal compiler error: in gimplify_expr, at gimplify.c:8629

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65572 Bug ID: 65572 Summary: ptrmem5.C:7:26: internal compiler error: in gimplify_expr, at gimplify.c:8629 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: nor

[Bug c++/59703] using declaration in class mishandles type aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59703 --- Comment #3 from Peter A. Bigot --- It also works for me on released 4.9.2; presumably it was fixed prior to 4.9.0 release as the date of the report suggests I was using trunk gcc at the time.

[Bug go/65570] cannot find package "runtime/cgo"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65570 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug go/65570] cannot find package "runtime/cgo"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65570 --- Comment #1 from ian at gcc dot gnu.org --- Author: ian Date: Wed Mar 25 21:19:01 2015 New Revision: 221673 URL: https://gcc.gnu.org/viewcvs?rev=221673&root=gcc&view=rev Log: PR go/65570 libgo/Makefile.am: add runtime/cgo to list of stand

[Bug lto/65536] LTO line number information garbled

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

[Bug target/65564] [Regression 5] builtin-bnd-narrow-ptr-bounds-2-nov.c:15:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65564 --- Comment #2 from Kai Tietz --- As more I look as more I guess it is related to recent pic-code changes in i386.c for Darwin. I will check at what places we now assume that for PIC (especially for UNSPEC UNSPEC_PCREL) we assume that x64-code on

[Bug c++/53162] unexpanded parameter packs not diagnosed in alias template used in default argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53162 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/65569] Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 --- Comment #2 from Michael Meissner --- Created attachment 35141 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35141&action=edit Proposed patch to fix the problem

[Bug ipa/65076] [5 Regression] 16% tramp3d-v4.cpp compile time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076 Jan Hubicka changed: What|Removed |Added CC||enkovich.gnu at gmail dot com --- Comment

[Bug c++/65558] [5 Regression] crash using __attribute__((__abi_tag__)) on anonymous inline namespace

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

[Bug c++/61670] ICE on invalid in tree_nop_conversion

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

[Bug c++/65558] [5 Regression] crash using __attribute__((__abi_tag__)) on anonymous inline namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65558 --- Comment #6 from Marek Polacek --- Author: mpolacek Date: Wed Mar 25 20:08:05 2015 New Revision: 221672 URL: https://gcc.gnu.org/viewcvs?rev=221672&root=gcc&view=rev Log: PR c++/65558 * name-lookup.c (handle_namespace_attrs): Ignore a

[Bug c++/63657] [4.9 regression] -Wunused-variable: warning supressed by virtual dtor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63657 Paolo Carlini changed: What|Removed |Added CC||galdralag at bk dot ru --- Comment #11 f

[Bug c++/61935] Missing "unused variable" warning in 4.9 but it was in g++ 4.8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61935 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/65571] New: [4.8/4.9 Regression] ICE for array of a derived type with allocatable array in derived type object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65571 Bug ID: 65571 Summary: [4.8/4.9 Regression] ICE for array of a derived type with allocatable array in derived type object Product: gcc Version: 4.9.2 Status: UNCONFIRMED

[Bug c++/61670] ICE on invalid in tree_nop_conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61670 --- Comment #7 from Marek Polacek --- Author: mpolacek Date: Wed Mar 25 20:06:24 2015 New Revision: 221671 URL: https://gcc.gnu.org/viewcvs?rev=221671&root=gcc&view=rev Log: PR c++/61670 * class.c (remove_zero_width_bit_fields): Check fo

[Bug go/65570] New: cannot find package "runtime/cgo"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65570 Bug ID: 65570 Summary: cannot find package "runtime/cgo" Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assi

[Bug libfortran/65563] Segfault on reopening fort.xxx file with explicit name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65563 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org A

[Bug c++/53162] unexpanded parameter packs not diagnosed in alias template used in default argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53162 --- Comment #2 from Paolo Carlini --- Jon, this seems fixed to me in 5.0.

[Bug libstdc++/65279] [4.8/4.9 Regression] std::scoped_allocator_adaptor is not assignable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Wed Mar 25 19:35:45 2015 New Revision: 221670 URL: https://gcc.gnu.org/viewcvs?rev=221670&root=gcc&view=rev Log: PR libstdc++/65279 * include/std/scoped_allocator (__inner_type_i

[Bug bootstrap/65537] [5 Regression] --with-build-config=bootstrap-lto fails on CentOS 5.11

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

[Bug c++/59703] using declaration in class mishandles type aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59703 --- Comment #2 from Daniel Krügler --- (In reply to Paolo Carlini from comment #1) > This worksforme with the released 4.9.0. Agreed, I found it working in 4.9.0, 4.9.1, 4.9.2, and in HEAD 5.0.0 20150325 (experimental).

[Bug lto/65559] [5 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 --- Comment #2 from Rainer Emrich --- (In reply to Kai Tietz from comment #1) > Yeah, I noticed such failures too. > AFAI researched them, they are related to out-of-stack issues. > > The problem seems to be that within lto a lot of vec-s are pa

[Bug c++/53017] Integer constant expression not constant enough for vector_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53017 Paolo Carlini changed: What|Removed |Added CC||aanisimov at inbox dot ru --- Comment #4

[Bug c++/55382] Constant class member as alignment specifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55382 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/65564] [Regression 5] builtin-bnd-narrow-ptr-bounds-2-nov.c:15:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5745

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

[Bug middle-end/65554] [5 Regression] ICE: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65554 --- Comment #4 from Matthias Klose --- wasn't sure if I should file these as regressions. first time a build with --enable-checking=yes, but it looks to me like a regression compared to a 4.9 --enable-checking=release build.

[Bug c++/65558] [5 Regression] crash using __attribute__((__abi_tag__)) on anonymous inline namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65558 --- Comment #5 from Jason Merrill --- That patch is OK.

[Bug middle-end/65555] [5 Regression] ICE: verify_gimple failed (LHS in noreturn call)

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

[Bug c++/58144] Receive "virtual memory exhausted: Cannot allocate memory" while compiling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58144 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|amit.chitnis

[Bug c++/59312] Incorrect warning "defaulted move assignment for ... calls a non-trivial move assignment operator for virtual base ..."

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59312 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/65561] avx512fintrin.h:5344:1: internal compiler error: in curr_insn_transform, at lra-constraints.c:3494

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65561 Kai Tietz changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- Comment #1 fro

[Bug middle-end/65556] [5 Regression] ICE: verify_gimple failed (type precision mismatch in switch statement)

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

[Bug middle-end/65554] [5 Regression] ICE: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65554 Markus Trippelsdorf changed: What|Removed |Added Target Milestone|5.0 |--- --- Comment #3 from Markus Tri

[Bug target/65569] Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 --- Comment #1 from Michael Meissner --- Created attachment 35139 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35139&action=edit Polynomial.ii file to show the problem

[Bug lto/65559] [5 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

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

[Bug middle-end/65554] [5 Regression] ICE: verify_gimple failed

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

[Bug target/65569] Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 Michael Meissner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/65569] New: Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65569 Bug ID: 65569 Summary: Fix for PR target/65240 causes a regression in building Spec for power4/power5/power6 Product: gcc Version: 5.0 Status: UNCONFIRMED Sever

[Bug target/65560] [Regression 5] pr24683.c:11:1: internal compiler error: in extract_insn, at recog.c:2343

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

[Bug other/65568] New: ptrmem8.C:9:9: internal compiler error: in build_ptrmemfunc, at cp/typeck.c:7940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65568 Bug ID: 65568 Summary: ptrmem8.C:9:9: internal compiler error: in build_ptrmemfunc, at cp/typeck.c:7940 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity:

[Bug libfortran/59513] [4.8/4.9/5 Regression] Fortran runtime error: Sequential READ or WRITE not allowed after EOF marker, possibly use REWIND or BACKSPACE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59513 Dominique d'Humieres changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Co

[Bug libfortran/65565] Bogus "Sequential READ or WRITE after EOF" after error condition

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

[Bug libffi/65567] New: ERROR: tcl error sourcing /test/gnu/gcc/gcc/libffi/testsuite/libffi.complex/complex.exp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65567 Bug ID: 65567 Summary: ERROR: tcl error sourcing /test/gnu/gcc/gcc/libffi/testsuite/libffi.complex/comp lex.exp Product: gcc Version: 5.0 Status: UNCO

[Bug c++/65552] [c++-concepts] Constraint checking regression for concepts with multiple type requirements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65552 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libfortran/65563] Segfault on reopening fort.xxx file with explicit name

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

[Bug target/65566] New: thread-local-var-1-lbv.c:34:1: internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65566 Bug ID: 65566 Summary: thread-local-var-1-lbv.c:34:1: internal compiler error: Segmentation fault Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

[Bug c++/61652] Option --enable-libstdcxx-debug doesn't build debug version of libsupc++.so

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

[Bug libfortran/65565] New: Bogus "Sequential READ or WRITE after EOF" after error condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65565 Bug ID: 65565 Summary: Bogus "Sequential READ or WRITE after EOF" after error condition Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

[Bug target/65564] New: builtin-bnd-narrow-ptr-bounds-2-nov.c:15:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5745

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65564 Bug ID: 65564 Summary: builtin-bnd-narrow-ptr-bounds-2-nov.c:15:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5745 Product: gcc Version: 5.0

[Bug libfortran/65563] New: Segfault on reopening fort.xxx file with explicit name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65563 Bug ID: 65563 Summary: Segfault on reopening fort.xxx file with explicit name Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug target/65562] New: chkp-lifetime-1.c:17:1: internal compiler error: in size_binop_loc, at fold-const.c:1761

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65562 Bug ID: 65562 Summary: chkp-lifetime-1.c:17:1: internal compiler error: in size_binop_loc, at fold-const.c:1761 Product: gcc Version: 5.0 Status: UNCONFIRMED Se

[Bug c++/65552] [c++-concepts] Constraint checking regression for concepts with multiple type requirements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65552 Andrew Sutton changed: What|Removed |Added CC||andrew.n.sutton at gmail dot com --- Co

[Bug target/65561] New: avx512fintrin.h:5344:1: internal compiler error: in curr_insn_transform, at lra-constraints.c:3494

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65561 Bug ID: 65561 Summary: avx512fintrin.h:5344:1: internal compiler error: in curr_insn_transform, at lra-constraints.c:3494 Product: gcc Version: 5.0 Status: UNCONFIRMED

[Bug c++/59703] using declaration in class mishandles type aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59703 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug target/65560] New: pr24683.c:11:1: internal compiler error: in extract_insn, at recog.c:2343

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65560 Bug ID: 65560 Summary: pr24683.c:11:1: internal compiler error: in extract_insn, at recog.c:2343 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

[Bug c++/65558] [5 Regression] crash using __attribute__((__abi_tag__)) on anonymous inline namespace

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

[Bug lto/65536] LTO line number information garbled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 --- Comment #35 from Jan Hubicka --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536 > > --- Comment #31 from Martin Liška --- > Beginning of the difference of ODR warnings: > > 210,211c210,211 > < gen/blink/core/CSSPropertyNames.cpp:2330

[Bug c++/61652] Option --enable-libstdcxx-debug doesn't pass debug compile options to libstdc++.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61652 --- Comment #1 from Jonathan Wakely --- You don't need to use --enable-libstdcxx-debug-flags, the default is to build the debug libs with -g3 -O0 anyway, and that works fine for me. Maybe using --enable-libstdcxx-debug-flags breaks that, I'll che

[Bug c++/65558] [5 Regression] crash using __attribute__((__abi_tag__)) on anonymous inline namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65558 --- Comment #3 from Jonathan Wakely --- (In reply to Marek Polacek from comment #2) > If it is correct to ignore the abi_tag on an anonymous namespace It's correct, anything in an anon namespace cannot be named outside the current translation un

[Bug libstdc++/54005] Use __atomic_always_lock_free in libstdc++ is_lock_free instead of __atomic_is_lock_free

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

  1   2   3   >