[Bug debug/84637] New: gcc/dbxout.c:684:14: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'; cast to an unsigned type to negate this value to itself

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84637 Bug ID: 84637 Summary: gcc/dbxout.c:684:14: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'; cast to an unsigned type to negate this

[Bug c++/84636] New: internal compiler error: Segmentation fault (identifier_p()/grokdeclarator())

:38880 0x15a51f5 c_common_parse_file() /home/vegard/git/gcc/gcc/c-family/c-opts.c:1132 $ xgcc --version xgcc (GCC) 8.0.1 20180228 (experimental) Built from git fd1990b25777e5f1307eac1447e8fb5fefe747b4 (r258063). Seems like versions all the way back to 4.4.7 (the oldest gcc on godbolt.org

[Bug rtl-optimization/84635] New: gcc/regrename.c:1706:64: runtime error: index -1 out of bounds for type 'machine_mode [30]'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84635 Bug ID: 84635 Summary: gcc/regrename.c:1706:64: runtime error: index -1 out of bounds for type 'machine_mode [30]' Product: gcc Version: unknown Status: UNCONFIRMED

[Bug tree-optimization/84634] [8 Regression] gcc/tree-vect-stmts.c:6786:19: runtime error: member access within null pointer of type 'struct _loop_vec_info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84634 Martin Liška changed: What|Removed |Added Target Milestone|--- |8.0

[Bug tree-optimization/84634] New: [8 Regression] gcc/tree-vect-stmts.c:6786:19: runtime error: member access within null pointer of type 'struct _loop_vec_info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84634 Bug ID: 84634 Summary: [8 Regression] gcc/tree-vect-stmts.c:6786:19: runtime error: member access within null pointer of type 'struct _loop_vec_info Product: gcc

[Bug c/84631] make check in fixincludes fails seemingly due to star in directory names, on WSL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84631 --- Comment #2 from Jay --- Err oops let me look again. Failure must be something else then.

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #9 from Andrew Pinski --- deprecated deprecated (msg) The deprecated attribute results in a warning if the function is used anywhere in the source file. This is useful when identifying functions that are expected to be removed in a

[Bug c++/84633] New: internal compiler error: in lvalue_kind, at cp/tree.c:206

0x1001295 cp_parser_declaration /home/vegard/git/gcc/gcc/cp/parser.c:12776 $ xgcc --version xgcc (GCC) 8.0.1 20180228 (experimental) Built from git fd1990b25777e5f1307eac1447e8fb5fefe747b4 (r258063). Similar message to #52596 but that is an old bug. 7.3.0 seems fine. Test case was reduced by C

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #8 from Jay --- Aha, kinda the same thing, but before or after analysis. And this “deprecated” somewhat matches msvc - I was wondering about that but didn’t see it. It’d be nice to be able to customize the deprecated message but

[Bug c/84631] make check in fixincludes fails seemingly due to star in directory names, on WSL

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

[Bug c++/84616] funsafe-math-optimizations leads to incorrect results for 4x4 matrix inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84616 --- Comment #2 from michael at moekadu dot de --- Created attachment 43532 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43532=edit Preprocessed test-program Here the preprocessed test-programmed (g++ -Ieigen test.cpp -O3

[Bug c++/84632] New: internal compiler error: tree check: expected record_type or union_type or qual_union_type, have array_type in reduced_constant_expression_p, at cp/constexpr.c:1778

2 0xff9893 cp_parser_translation_unit /home/vegard/git/gcc/gcc/cp/parser.c:4559 0xff9893 c_parse_file() /home/vegard/git/gcc/gcc/cp/parser.c:38880 0x15a51f5 c_common_parse_file() /home/vegard/git/gcc/gcc/c-family/c-opts.c:1132 $ xgcc --version xgcc (GCC) 8.0.1 20180228 (experiment

[Bug c++/84630] internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in tsubst_lambda_expr, at cp/pt.c:17141

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84630 Andrew Pinski changed: What|Removed |Added Keywords||error-recovery, |

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #7 from Jakub Jelinek --- The warning/error attributes have been added for purposes like glibc memset inline, which does: if (__builtin_constant_p (__len) && __len == 0 && (!__builtin_constant_p (__ch) || __ch != 0)) {

[Bug c/84631] New: make check in fixincludes fails seemingly due to star in directory names, on WSL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84631 Bug ID: 84631 Summary: make check in fixincludes fails seemingly due to star in directory names, on WSL Product: gcc Version: 8.0.1 Status: UNCONFIRMED

[Bug c++/84630] New: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in tsubst_lambda_expr, at cp/pt.c:17141

tion /home/vegard/git/gcc/gcc/cp/parser.c:12879 $ xgcc --version xgcc (GCC) 8.0.1 20180228 (experimental) Built from git fd1990b25777e5f1307eac1447e8fb5fefe747b4 (r258063). 7.3.0 says: :2:13: error: ISO C++ forbids declaration of 'parameter' with no type [-fpermissive] template __att

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #6 from Jay --- Misplaced comment: But, the thing is, because optimization can remove the use of such functions, people are now advocating that we noinline along with the attribute, which hypothetically is unwarranted damage.

[Bug sanitizer/84629] sanitizer warnings and errors on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84629 --- Comment #4 from Jay --- -disable-multilib fixed the errors. I didn't watch for the warnings.

[Bug target/44002] need to #include unistd.h for pid_t on alpha-dec-vms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44002 --- Comment #4 from Jay --- Incorrect bug.

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #5 from Jay --- I know. We just noticed and were surprised. It isn't clear if this is what users would expect or not. Warn because they wrote code that "merely looks bad", or only if the compiler decides after analysis that it really

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #4 from Andrew Pinski --- (In reply to Jay from comment #3) > The original case said something about "localalias" in the error, so aliases > don't seem to address it. I can dig that up probably. > > Shouldn't it warn for: > if (0)

[Bug target/44002] need to #include unistd.h for pid_t on alpha-dec-vms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44002 --- Comment #3 from Jay --- But, the thing is, because optimization can remove the use of such functions, people are now advocating that we noinline along with the attribute, which hypothetically is unwarranted damage. Noinline being a partial

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #3 from Jay --- The original case said something about "localalias" in the error, so aliases don't seem to address it. I can dig that up probably. Shouldn't it warn for: if (0) banned_function() ? I believe we want it to. You

[Bug inline-asm/84625] [6/7/8 Regression] ICE with empty constraint and vector constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84625 Jakub Jelinek changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug inline-asm/84625] ICE with empty constraint and vector constant

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

[Bug sanitizer/84629] sanitizer warnings and errors on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84629 --- Comment #3 from Jay --- This is ubuntu xenial I think, on WSL. Which doesn't have multi-arch. So I'll try configure -disable-multilib.

[Bug ipa/84628] attribute(warning/error) functions should not be merged together

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug sanitizer/84629] sanitizer warnings and errors on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84629 --- Comment #2 from Jakub Jelinek --- The __NR_* macros are actually provided by kernel headers rather than glibc, /usr/include/asm*/unistd*.h So this looks like a distro bug to me.

[Bug sanitizer/84629] sanitizer warnings and errors on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84629 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657 Tom de Vries changed: What|Removed |Added Status|SUSPENDED |NEW --- Comment #13 from Tom de Vries

[Bug regression/84623] [8 Regression] "-fcompare-debug failure (length)" testing pr46066.c start with r257826 on mips

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

[Bug sanitizer/84629] New: sanitizer warnings and errors on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84629 Bug ID: 84629 Summary: sanitizer warnings and errors on Linux Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug rtl-optimization/83327] Spilling into hard regs not taken into account in lra liveness analysis

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

[Bug rtl-optimization/83327] Spilling into hard regs not taken into account in lra liveness analysis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83327 --- Comment #13 from Tom de Vries --- Author: vries Date: Thu Mar 1 05:51:08 2018 New Revision: 258093 URL: https://gcc.gnu.org/viewcvs?rev=258093=gcc=rev Log: Fix liveness analysis in lra for spilled-into hard regs 2018-03-01 Tom de Vries

[Bug c/84628] attribute(warning/error) should be evaluated before optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 --- Comment #1 from Jay --- Also occurs with git trunk ef8d0c5bff3c11a5d67617df2f43775f7a26fad2 8.0.1 20180228.

[Bug c/84628] New: attribute(warning/error) should be evaluated before optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84628 Bug ID: 84628 Summary: attribute(warning/error) should be evaluated before optimization Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal

[Bug target/84627] powerpc excess padding generated for POWER9 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84627 --- Comment #2 from Nicholas Piggin --- Ah sorry, target is powerpc64le

[Bug target/84627] powerpc excess padding generated for POWER9 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84627 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization Target|

[Bug target/84627] New: powerpc excess padding generated for POWER9 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84627 Bug ID: 84627 Summary: powerpc excess padding generated for POWER9 target Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/84626] powerpc toc register is reloaded unnecessarily

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84626 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization Target|

[Bug target/84626] New: powerpc toc register is reloaded unnecessarily

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84626 Bug ID: 84626 Summary: powerpc toc register is reloaded unnecessarily Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug inline-asm/84625] New: ICE with constexpr and inline asm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84625 Bug ID: 84625 Summary: ICE with constexpr and inline asm Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm

[Bug tree-optimization/84624] New: bogus -Wstringop-truncation in a catch statement and nul assignment outside it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84624 Bug ID: 84624 Summary: bogus -Wstringop-truncation in a catch statement and nul assignment outside it Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug regression/84623] New: [8 Regression] "-fcompare-debug failure (length)" testing pr46066.c start with r257826 on mips

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84623 Bug ID: 84623 Summary: [8 Regression] "-fcompare-debug failure (length)" testing pr46066.c start with r257826 on mips Product: gcc Version: 8.0.1 Status: UNCONFIRMED

[Bug fortran/84622] [F08] gfortran accepts invalid intent(out) polymorphic dummy argument with coarray component

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

[Bug fortran/84622] New: [F08] gfortran accepts invalid intent(out) polymorphic dummy argument with coarray component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84622 Bug ID: 84622 Summary: [F08] gfortran accepts invalid intent(out) polymorphic dummy argument with coarray component Product: gcc Version: 8.0.1 Status: UNCONFIRMED

[Bug c++/84294] attributes on a function template redeclaration silently discarded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84294 Martin Sebor changed: What|Removed |Added Keywords||patch Status|NEW

[Bug c++/84621] bogus -Wreturn-type on a template instantiated on a function

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

[Bug c++/84621] New: bogus -Wresturn-type on a template instantiated on a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84621 Bug ID: 84621 Summary: bogus -Wresturn-type on a template instantiated on a function Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/71784] [6/7/8 Regression] ICE on valid code in push_access_scope, at cp/pt.c:229

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

[Bug c++/71784] [6/7/8 Regression] ICE on valid code in push_access_scope, at cp/pt.c:229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784 --- Comment #17 from Jason Merrill --- Author: jason Date: Wed Feb 28 21:34:56 2018 New Revision: 258087 URL: https://gcc.gnu.org/viewcvs?rev=258087=gcc=rev Log: PR c++/71784 - ICE with ref-qualifier and explicit specialization.

[Bug c++/71784] [6/7/8 Regression] ICE on valid code in push_access_scope, at cp/pt.c:229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784 --- Comment #15 from Jason Merrill --- Author: jason Date: Wed Feb 28 21:34:07 2018 New Revision: 258085 URL: https://gcc.gnu.org/viewcvs?rev=258085=gcc=rev Log: PR c++/71784 - ICE with ref-qualifier and explicit specialization.

[Bug c++/71784] [6/7/8 Regression] ICE on valid code in push_access_scope, at cp/pt.c:229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784 --- Comment #16 from Jason Merrill --- Author: jason Date: Wed Feb 28 21:34:31 2018 New Revision: 258086 URL: https://gcc.gnu.org/viewcvs?rev=258086=gcc=rev Log: PR c++/71784 - ICE with ref-qualifier and explicit specialization.

[Bug middle-end/52285] [6/7/8 Regression] libgcrypt _gcry_burn_stack slowdown

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52285 --- Comment #21 from Vladimir Makarov --- (In reply to Jakub Jelinek from comment #20) > Vlad, your thoughts on this? Can it be done in LRA or postreload-gcse or > some other post-LRA pass (if they do have loops)? I don't think it can be done

[Bug c++/84610] [6/7/8 Regression] ICE in synthesize_implicit_template_parm, at cp/parser.c:38843

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

[Bug rtl-optimization/84614] [8 Regression] wrong code with u16->u128 extension at aarch64 -fno-split-wide-types -g3 --param=max-combine-insns=3

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

[Bug c++/84618] [8 Regression] ICE in build_capture_proxy, at cp/lambda.c:460

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

[Bug target/52991] [6/7/8 Regression] attribute packed broken on mingw32?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 --- Comment #34 from Benjamin Robin --- Thank you a lot for the fix. I have no idea what I did yesterday when I did test bf-ms-layout-2.c (Yes the test was wrong, and by default cannot compile under Visual Studio VC) The test can be slightly

[Bug c++/71784] [6/7/8 Regression] ICE on valid code in push_access_scope, at cp/pt.c:229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784 Jason Merrill changed: What|Removed |Added Priority|P4 |P2 Status|NEW

[Bug target/70321] [6/7/8 Regression] STV generates less optimized code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321 --- Comment #17 from H.J. Lu --- (In reply to Jakub Jelinek from comment #16) > We didn't do that in stage1, stage4 is too risky for that. Can somebody > from Intel try that for GCC9 stage1? > I'm willing to help, but will have lots of work on

[Bug target/84014] [6/7 Regression] ICE in setup_min_max_allocno_live_range_point, at ira-build.c:2762

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84014 --- Comment #4 from David Edelsohn --- Author: dje Date: Wed Feb 28 19:53:24 2018 New Revision: 258081 URL: https://gcc.gnu.org/viewcvs?rev=258081=gcc=rev Log: PR target/84014 * gcc.target/powerpc/pr84014.c: Use ilp32, not -m32

[Bug target/82258] [8 regression] allocate_zerosize_3.f fails since r251949

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

[Bug c++/84616] funsafe-math-optimizations leads to incorrect results for 4x4 matrix inversion

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

[Bug target/70321] [6/7/8 Regression] STV generates less optimized code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321 Jakub Jelinek changed: What|Removed |Added CC||itsimbal at gcc dot gnu.org Target

[Bug c++/84610] [5/6/7/8 Regression] ICE in synthesize_implicit_template_parm, at cp/parser.c:38843

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

[Bug c++/84609] [8 Regression] internal compiler error: in cp_parser_abort_tentative_parse, at cp/parser.c:28960 (cp_parser_member_declaration())

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84609 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/84618] [8 Regression] ICE in build_capture_proxy, at cp/lambda.c:460

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84618 --- Comment #2 from David Malcolm --- Failing here in build_capture_proxy (member=, init=) at ../../src/gcc/cp/lambda.c:458: 458 gcc_assert (VAR_P (init) || TREE_CODE (init) == PARM_DECL); where init is a component_ref.

[Bug c++/84611] [5/67/8 Regression] ICE in operator[], at vec.h:826 (local_class_index())

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

[Bug c++/84609] [8 Regression] internal compiler error: in cp_parser_abort_tentative_parse, at cp/parser.c:28960 (cp_parser_member_declaration())

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84609 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Wed Feb 28 18:57:38 2018 New Revision: 258080 URL: https://gcc.gnu.org/viewcvs?rev=258080=gcc=rev Log: PR c++/84609 * parser.c (cp_parser_attributes_opt): Formatting fix.

[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 #23 from Jakub Jelinek --- Author: jakub Date: Wed Feb 28 18:56:36 2018 New Revision: 258079 URL: https://gcc.gnu.org/viewcvs?rev=258079=gcc=rev Log: PR c++/83871 PR c++/83503 * pt.c (INCLUDE_STRING): Remove

[Bug c++/83871] wrong code for attribute const and pure on distinct template specializations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83871 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Wed Feb 28 18:56:36 2018 New Revision: 258079 URL: https://gcc.gnu.org/viewcvs?rev=258079=gcc=rev Log: PR c++/83871 PR c++/83503 * pt.c (INCLUDE_STRING): Remove

[Bug tree-optimization/80293] [6/7 Regression] unnecessary code at -O2 (-O1 is fine)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80293 Jakub Jelinek changed: What|Removed |Added CC||peter at cordes dot ca --- Comment #11

[Bug target/80837] [7/8 regression] x86 accessing a member of a 16-byte atomic object generates terrible code: splitting/merging the bytes

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

[Bug c++/84618] [8 Regression] ICE in build_capture_proxy, at cp/lambda.c:460

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84618 David Malcolm changed: What|Removed |Added Keywords||error-recovery, |

[Bug testsuite/84617] [8 Regression] new test cases g++.dg/ext/attr-const.C and g++.dg/ext/attr-pure.C fail

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

[Bug testsuite/84617] [8 Regression] new test cases g++.dg/ext/attr-const.C and g++.dg/ext/attr-pure.C fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84617 --- Comment #3 from Martin Sebor --- Author: msebor Date: Wed Feb 28 18:28:53 2018 New Revision: 258077 URL: https://gcc.gnu.org/viewcvs?rev=258077=gcc=rev Log: PR testsuite/84617 - new test cases g++.dg/ext/attr-const.C and

[Bug tree-optimization/84562] -faggressive-loop-optimizations makes decisions based on weak data structures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84562 --- Comment #8 from rguenther at suse dot de --- On February 28, 2018 6:44:43 PM GMT+01:00, "jnordholz at sect dot tu-berlin.de" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84562 > >--- Comment #7 from Jan

[Bug fortran/84594] Warning: Use of the NUMERIC_STORAGE_SIZE named constant from intrinsic module ISO_FORTRAN_ENV at (1) is incompatible with option -fdefault-integer-8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84594 --- Comment #5 from Steve Kargl --- On Wed, Feb 28, 2018 at 04:41:00PM +, dominiq at lps dot ens.fr wrote: > > Do you at least agree that > > (a) || flag_default_real_10 || flag_default_real_16 should be added > to flag_default_integer ||

[Bug tree-optimization/84562] -faggressive-loop-optimizations makes decisions based on weak data structures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84562 --- Comment #7 from Jan Nordholz --- (In reply to Richard Biener from comment #5) > Btw, the behavior is the way you describe since forever. That GCC looks at > the constant initializer for the array is just a direct consequence of it > looking

[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 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7

[Bug c++/84612] Overload resolution of operator* fails for valarray

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84612 --- Comment #2 from Jonathan Wakely --- For completeness, the standard says that the operator is defined like this: template valarray operator*(const valarray&, const T&); That's what libstdc++ provides, and it fails to deduce T in your

[Bug tree-optimization/57534] [6/7/8 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 Jeffrey A. Law changed: What|Removed |Added Target Milestone|6.5 |9.0 --- Comment #30 from Jeffrey A.

[Bug fortran/83901] [8 Regression] ICE in fold_convert_loc, at fold-const.c:2402

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83901 --- Comment #3 from Paul Thomas --- Author: pault Date: Wed Feb 28 17:36:20 2018 New Revision: 258076 URL: https://gcc.gnu.org/viewcvs?rev=258076=gcc=rev Log: 2018-02-28 Paul Thomas PR fortran/83901 *

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83344 --- Comment #14 from Paul Thomas --- Author: pault Date: Wed Feb 28 17:36:20 2018 New Revision: 258076 URL: https://gcc.gnu.org/viewcvs?rev=258076=gcc=rev Log: 2018-02-28 Paul Thomas PR fortran/83901 *

[Bug middle-end/52285] [6/7/8 Regression] libgcrypt _gcry_burn_stack slowdown

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52285 --- Comment #20 from Jakub Jelinek --- Vlad, your thoughts on this? Can it be done in LRA or postreload-gcse or some other post-LRA pass (if they do have loops)?

[Bug c++/84294] attributes on a function template redeclaration silently discarded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84294 Martin Sebor changed: What|Removed |Added Keywords||missed-optimization

[Bug debug/84620] New: DW_AT_GNU_entry_view should not use address class forms, but constant forms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84620 Bug ID: 84620 Summary: DW_AT_GNU_entry_view should not use address class forms, but constant forms Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug c/84619] Segmentation fault when running a c-program which is calling a fortran subroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84619 --- Comment #2 from Janne Blomqvist --- size_t is the documented type, but for various reasons due to idiosyncrasies in the gfortran frontend, for the moment it emits a signed type the same size as size_t. Just use size_t, that should work

[Bug target/52991] [6/7/8 Regression] attribute packed broken on mingw32?

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

[Bug target/52991] [6/7/8 Regression] attribute packed broken on mingw32?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 --- Comment #32 from Jakub Jelinek --- Author: jakub Date: Wed Feb 28 17:17:29 2018 New Revision: 258075 URL: https://gcc.gnu.org/viewcvs?rev=258075=gcc=rev Log: PR target/52991 * stor-layout.c (update_alignment_for_field): For

[Bug tree-optimization/57534] [6/7/8 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #29 from amker at gcc dot gnu.org --- (In reply to Jeffrey A. Law from comment #28) > BTW, ISTM that we need Bin to chime in on the complexity of improving this > in IVOPTS -- ie, is it gcc-8 or gcc-9 material. If the latter, then we

[Bug testsuite/84617] [8 Regression] new test cases g++.dg/ext/attr-const.C and g++.dg/ext/attr-pure.C fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84617 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #2 from Martin Sebor

[Bug c++/84609] [8 Regression] internal compiler error: in cp_parser_abort_tentative_parse, at cp/parser.c:28960 (cp_parser_member_declaration())

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84609 --- Comment #4 from Jason Merrill --- (In reply to Jakub Jelinek from comment #3) > Created attachment 43529 [details] > gcc8-pr84609.patch > > Untested fix. Looks good.

[Bug c/84619] Segmentation fault when running a c-program which is calling a fortran subroutine

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

[Bug c++/84590] [7/8 Regression] -fsanitize=undefined internal compiler error: tree check: expected constructor, have target_expr in split_nonconstant_init_1, at cp/typeck2.c:629

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84590 --- Comment #5 from Jason Merrill --- (In reply to Jakub Jelinek from comment #3) > assumes that at least for non-vector cp_fully_fold of a CONSTRUCTOR will > yield again a CONSTRUCTOR as well, but that is generally not the case. > It could (at

[Bug tree-optimization/57534] [6/7/8 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #28 from Jeffrey A. Law --- BTW, ISTM that we need Bin to chime in on the complexity of improving this in IVOPTS -- ie, is it gcc-8 or gcc-9 material. If the latter, then we should adjust the target milestone.

[Bug tree-optimization/57534] [6/7/8 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #27 from Jeffrey A. Law --- WRT c#21. There is a good paper from Click on an integrated GVN/GCM/reassoc. "Combining Analyses, Combining Optimizations" It was published in PLDI. I've probably got a copy here if you want it.

[Bug fortran/84594] Warning: Use of the NUMERIC_STORAGE_SIZE named constant from intrinsic module ISO_FORTRAN_ENV at (1) is incompatible with option -fdefault-integer-8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84594 --- Comment #4 from Dominique d'Humieres --- > > (1) AFAICT this not documented. Is NUMERIC_STORAGE_SIZE the only parameter > > in > > ISO_FORTRAN_ENV triggering a warning? > > Don't know. But, it is obviously a correct warning > as

[Bug c/84619] New: Segmentation fault when running a c-program which is calling a fortran subroutine

isable-libquadmath-support Thread model: posix gcc version 8.0.1 20180228 (experimental) (GCC) > /Gcc/8.0.1/bin/gcc -c -m64 -march=nocona -O1 lnx_c.c > /Gcc/8.0.1/bin/gfortran -o z_lnx -m64 -march=nocona lnx_c.o lnx_f.f > ./z_lnx Segmentation fault (core dumped) (2) macOS > /Gcc/8.0.

[Bug debug/84550] [8 Regression] stepping through gcc does not work with gdb 8.0.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84550 --- Comment #6 from Pedro Alves --- I see the same thing with your reduced testcase: ~~~ infrun: TARGET_WAITKIND_STOPPED infrun: stop_pc = 0x400580 infrun: stepped into subroutine infrun: inserting step-resume breakpoint at 0x400410 infrun:

  1   2   >