[Bug fortran/84389] Defined output: unexpected compiler error with the use of ":" edit descriptor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389 --- Comment #7 from Steve Kargl --- On Sat, Feb 17, 2018 at 03:56:14AM +, jvdelisle at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389 > > I think I prefer this patch, regression tested OK. > > diff --git a/gcc/fortran/io.c b/gcc/fortran/io.c > index 9b7c2de16f4..d9f0fb1d4ac 100644 > --- a/gcc/fortran/io.c > +++ b/gcc/fortran/io.c > @@ -985,6 +985,9 @@ data_desc: > case FMT_COMMA: > goto format_item; > > + case FMT_COLON: > + goto format_item_1; > + > case FMT_LPAREN: > >dtio_vlist: > Works for me.
[Bug sanitizer/84428] ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 --- Comment #1 from Andrew Pinski --- Seems like real___cxa_throw was not being initialized.
[Bug middle-end/77433] warn about usage of object that outside of the scope of the object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77433 Eric Gallager changed: What|Removed |Added Keywords||patch CC||egallager at gcc dot gnu.org, ||msebor at gcc dot gnu.org --- Comment #8 from Eric Gallager --- (In reply to Andrew Pinski from comment #3) > Confirmed, I can't seem to find the bug report (I thought there was one). bug 69433 or bug 82520 perhaps? (In reply to Jakub Jelinek from comment #7) > https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00911.html > https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01331.html > use-after-scope sanitization should catch this. I forget, was this added? Adding "patch" keyword in case it wasn't.
[Bug sanitizer/84428] New: ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84428 Bug ID: 84428 Summary: ==7122==AddressSanitizer CHECK failed: ../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0) Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: ezyang at mit dot edu CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone: --- jenkins@37ecc4612171:~/pytorch$ gcc-7 --version gcc-7 (Ubuntu 7.2.0-1ubuntu1~14.04) 7.2.0 Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. When I run ASAN on my program, it trips this assert failure: test_AdaptiveMaxPool1d_indices (__main__.TestNN) ... ==7122==AddressSanitizer CHECK failed: ../../../../sanitizer/asan/asan_interceptors.cc:384 "((__interception::real___cxa_throw)) != (0)" (0x0, 0x0) #0 0x7f7f9a3edbc5 (/usr/lib/gcc/x86_64-linux-gnu/7/libasan.so+0xe4bc5) #1 0x7f7f9a40a8f5 in __sanitizer::CheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) (/usr/lib/gcc/x86_64-linux-gnu/7/libasan.so+0x1018f5) #2 0x7f7f9a340e8c in __interceptor___cxa_throw (/usr/lib/gcc/x86_64-linux-gnu/7/libasan.so+0x37e8c) #3 0x7f7f7b7e48cf in torch::autograd::SavedVariable::unpack(std::shared_ptr) const torch/csrc/autograd/saved_variable.cpp:50 #4 0x7f7f7bfeb75f in torch::autograd::generated::AdaptiveMaxPool2DBackward::apply(std::vector > const&) torch/csrc/autograd/generated/Functions.cpp:4096 #5 0x7f7f7b7a5af6 in torch::autograd::Function::operator()(std::vector > const&)/var/lib/jenkins/pytorch/torch/csrc/autograd/function.h:93 #6 0x7f7f7b7a5af6 in call_function torch/csrc/autograd/engine.cpp:235 #7 0x7f7f7b7a5af6 in torch::autograd::Engine::evaluate_function(torch::autograd::FunctionTask&) torch/csrc/autograd/engine.cpp:254 #8 0x7f7f7b7a93b6 in torch::autograd::Engine::thread_main(torch::autograd::GraphTask*) torch/csrc/autograd/engine.cpp:174 #9 0x7f7f7b79919e in torch::autograd::Engine::thread_init(int) torch/csrc/autograd/engine.cpp:150 #10 0x7f7f7b84e505 in torch::autograd::python::PythonEngine::thread_init(int) torch/csrc/autograd/python_engine.cpp:34 #11 0x7f7f7b7b412c in void std::__invoke_impl(std::__invoke_memfun_deref, void (torch::autograd::Engine::*&&)(int), torch::autograd::Engine*&&, int&&) /usr/include/c++/7/bits/invoke.h:73 #12 0x7f7f7b7b412c in std::__invoke_result::type std::__invoke(void (torch::autograd::Engine::*&&)(int), torch::autograd::Engine*&&, int&&) /usr/include/c++/7/bits/invoke.h:95 #13 0x7f7f7b7b412c in decltype (__invoke((_S_declval<0ul>)(), (_S_declval<1ul>)(), (_S_declval<2ul>)())) std::thread::_Invoker >::_M_invoke<0ul, 1ul, 2ul>(std::_Index_tuple<0ul, 1ul, 2ul>) /usr/include/c++/7/thread:234 #14 0x7f7f7b7b412c in std::thread::_Invoker >::operator()() /usr/include/c++/7/thread:243 #15 0x7f7f7b7b412c in std::thread::_State_impl > >::_M_run() /usr/include/c++/7/thread:186 #16 0x7f7f919c821e (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0x9121e) #17 0x7f7f99bb8183 in start_thread (/lib/x86_64-linux-gnu/libpthread.so.0+0x8183) #18 0x7f7f998e503c in clone (/lib/x86_64-linux-gnu/libc.so.6+0xfe03c) Steps to reproduce: 1. Build this branch of PyTorch with ASAN https://github.com/pytorch/pytorch/pull/5271 (CFLAGS="-fsanitize=address -fuse-ld=gold"0 2. Run LD_PRELOAD="/usr/lib/gcc/x86_64-linux-gnu/7/libasan.so" python test/test_nn.py -v TestNN.test_AdaptiveMaxPool1d_indices I can try to reduce but I wanted to first see if the error rung a bell Some notes: 1. The code is legitimately throwing a C++ exception 2. The code in question is dynamically loaded by Python (thus the LD_PRELOAD)
[Bug fortran/84389] Defined output: unexpected compiler error with the use of ":" edit descriptor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Comment #6 from Jerry DeLisle --- (In reply to Steve Kargl from comment #5) > This patch fixes the problem, but I'm in an area of > the compiler that I do not too well. It might open > gfortran to other problems. Jerry, any comments? > > Index: io.c > === > --- io.c (revision 257695) > +++ io.c (working copy) > @@ -1012,8 +1012,7 @@ data_desc: > goto between_desc; > > default: > - error = unexpected_element; > - goto syntax; > + goto format_item_1; > } >break; Hi Steve, I think I prefer this patch, regression tested OK. diff --git a/gcc/fortran/io.c b/gcc/fortran/io.c index 9b7c2de16f4..d9f0fb1d4ac 100644 --- a/gcc/fortran/io.c +++ b/gcc/fortran/io.c @@ -985,6 +985,9 @@ data_desc: case FMT_COMMA: goto format_item; + case FMT_COLON: + goto format_item_1; + case FMT_LPAREN: dtio_vlist:
[Bug fortran/84387] Defined output does not work for a derived type that has no components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84387 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|jvdelisle at gcc dot gnu.org |unassigned at gcc dot gnu.org --- Comment #3 from Jerry DeLisle --- Unassigning myself. This one is low priority.
[Bug fortran/84387] Defined output does not work for a derived type that has no components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84387 --- Comment #2 from Jerry DeLisle --- Looking at our -fdump-tree-original, since the derived type contains nothing we are not building any call to output anything. >From a practical point of view its a nonsensical case and one could argue to not bother with this one. >From a pedantic point of view (or perhaps academic) maybe we should create an empty call so the user defined procedure gets called. Very interesting and a frontend related question.
[Bug c++/83542] template deduction failure when using pack in both deduced and non-deduced contexts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83542 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-02-17 CC||msebor at gcc dot gnu.org Ever confirmed|0 |1 Known to fail||7.3.0, 8.0 --- Comment #2 from Martin Sebor --- Confirmed with 8.0. Both Clang and ICC compile the code.
[Bug c++/83624] Strong using deprecation warning in C++03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83624
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC||msebor at gcc dot gnu.org
Resolution|--- |WONTFIX
--- Comment #5 from Martin Sebor ---
Support for attribute strong was removed in GCC 8 via r248337. GCC now issues
the following warning (and provides no option to suppress it):
$ cat pr83624.C && gcc -S -Wall -Wextra pr83624.C
namespace my_ns {}
using namespace my_ns __attribute__((__strong__));
pr83624.C:2:49: warning: strong using directive no longer supported
using namespace my_ns __attribute__((__strong__));
^
pr83624.C:1:11: note: you may use an inline namespace instead
namespace my_ns {}
^
I'm sympathetic to the argument for continuing to support it but I'm afraid the
decision has already been made and implemented and it seems quite unlikely that
it will be reversed. So resolving as won't fix.
[Bug tree-optimization/32306] [6/7/8 Regression] redundant && || not eliminated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32306 --- Comment #37 from Jeffrey A. Law --- Another thought for dealing with this BZ: Use the infrastructure Alex built to identify blocks that are in effect forwarders (ie, they need not be copied for jump threading). Use that knowledge to thread deeper in the CFG each iteration.
[Bug tree-optimization/82965] [8 regression][armeb] gcc.dg/vect/pr79347.c starts failing after r254379
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82965 Jeffrey A. Law changed: What|Removed |Added CC||andrey.y.guskov at intel dot com --- Comment #9 from Jeffrey A. Law --- *** Bug 83991 has been marked as a duplicate of this bug. ***
[Bug tree-optimization/83991] [8 regression] gcc.dg/vect/pr79347.c fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83991 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED CC||law at redhat dot com Resolution|--- |DUPLICATE --- Comment #8 from Jeffrey A. Law --- DUP. *** This bug has been marked as a duplicate of bug 82965 ***
[Bug debug/84317] [8 regression] SEGV in dwarf2out.c (dwarf2out_source_line)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84317 Jeffrey A. Law changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||law at redhat dot com Resolution|--- |FIXED --- Comment #7 from Jeffrey A. Law --- WRT c#5. The final consensus was that we can't reliably support the views within GCC unless the target ports are audited for insns which emit no code, but which have a nonzero length. Until ports are audited and deemed safe, the best way to get view support is to use a modern version of the GNU assembler. So things are behaving as we want/expect them.
[Bug debug/84342] Location views breaks cross builds of arm including gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84342 Jeffrey A. Law changed: What|Removed |Added Summary|[8 Regression] Location |Location views breaks cross |views breaks cross builds |builds of arm including |of arm including gnueabihf |gnueabihf --- Comment #9 from Jeffrey A. Law --- Alex: I realize that's the point of the hook. But I'm pretty sure there's no way to fix the ARM port given the point at which lengths are set and the point at which ccfsm is valid are at two different times. We'd either need a revamp of ccfsm or some layering violations to allow dwarf2out to access the underlying routines for length query and bypass the cache. It's my view this BZ is resolved. But if you want to keep it open to track the incorrect lengths in the ARM port, that's fine. But it's certainly no longer a regression for gcc-8.
[Bug target/79242] [7 Regression] ICE in simplify_subreg, at simplify-rtx.c:6029
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242 --- Comment #13 from Jeffrey A. Law --- Author: law Date: Sat Feb 17 00:25:15 2018 New Revision: 257779 URL: https://gcc.gnu.org/viewcvs?rev=257779&root=gcc&view=rev Log: 2018-02-16 Jozef Lawrynowicz PR target/79242 * machmode.def: Define a complex mode for PARTIAL_INT. * genmodes.c (complex_class): Return MODE_COMPLEX_INT for MODE_PARTIAL_INT. * doc/rtl.texi: Document CSPImode. * config/msp430/msp430.c (msp430_hard_regno_nregs): Add CPSImode handling. (msp430_hard_regno_nregs_with_padding): Likewise. PR target/79242 gcc.target/msp430/pr79242.c: New test. Added: branches/gcc-7-branch/gcc/testsuite/gcc.target/msp430/pr79242.c Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/config/msp430/msp430.c branches/gcc-7-branch/gcc/doc/rtl.texi branches/gcc-7-branch/gcc/genmodes.c branches/gcc-7-branch/gcc/machmode.def branches/gcc-7-branch/gcc/testsuite/ChangeLog
[Bug target/79242] [7 Regression] ICE in simplify_subreg, at simplify-rtx.c:6029
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from Jeffrey A. Law --- Fixed on gcc-7 branch as well.
[Bug lto/83997] ICE with alias template and attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-02-17 CC||msebor at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #5 from Martin Sebor --- Confirmed.
[Bug target/84154] [7 Regression] PowerPC GCC 7 and 8 have regression in converting fp to short/char and returning it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154 Michael Meissner changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #11 from Michael Meissner --- Fixed in trunk and GCC 7 branches. GCC 6 incorporated the first fix (to set the conversion correctly for signed/unsigned) that only shows up if the scalar is in an Altivec register.
[Bug c++/84424] [8 Regression] ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
CC||jakub at gcc dot gnu.org
--- Comment #3 from Jakub Jelinek ---
I can reproduce with latest trunk too.
The ICE is on:
1765 if (CONSTRUCTOR_NO_IMPLICIT_ZERO (t))
1766field = next_initializable_field (TYPE_FIELDS (TREE_TYPE (t)));
1767 else
1768field = NULL_TREE;
where t is:
unit-size
align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7fffefc625e8 precision:32 min max
pointer_to_this >
V2SI
size
unit-size
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7fffefd72d20 nunits:2>
constant tree_1 length:0>
created in:
4783 if (AGGREGATE_TYPE_P (type) || VECTOR_TYPE_P (type))
4784{
4785 /* In C++14 an NSDMI can participate in aggregate initialization,
4786 and can refer to the address of the object being initialized,
so
4787 we need to pass in the relevant VAR_DECL if we want to do the
4788 evaluation in a single pass. The evaluation will dynamically
4789 update ctx.values for the VAR_DECL. We use the same strategy
4790 for C++11 constexpr constructors that refer to the object
being
4791 initialized. */
4792 ctx.ctor = build_constructor (type, NULL);
4793 CONSTRUCTOR_NO_IMPLICIT_ZERO (ctx.ctor) = true;
VECTOR_TYPE obviously doesn't have TYPE_FIELDS.
I guess we need to teach reduced_constant_expression_p how to handle
VECTOR_TYPE constructors.
[Bug target/81535] [8 regression] gcc.target/powerpc/pr79439.c fails starting with r250442
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81535 Jeffrey A. Law changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||law at redhat dot com Resolution|--- |FIXED --- Comment #12 from Jeffrey A. Law --- Fixed by Yury's testsuite fixes on the trunk.
[Bug ada/84277] [8 Regression] A lot of new acats testsuite failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277 --- Comment #7 from Eric Botcazou --- Author: ebotcazou Date: Fri Feb 16 23:26:49 2018 New Revision: 257774 URL: https://gcc.gnu.org/viewcvs?rev=257774&root=gcc&view=rev Log: PR ada/84277 * gnat.dg/array11.adb (Array11): Tweak index and remove warning. * gnat.dg/dispatch1.adb: Rename into... * gnat.dg/disp1.adb: ...this. * gnat.dg/dispatch1_p.ads: Rename into... * gnat.dg/disp1_pkg.ads: ...this. * gnat.dg/disp2.adb: Rename into... * gnat.dg/dispatch2.adb: ...this. * gnat.dg/dispatch2_p.ads: Rename into... * gnat.dg/disp2_pkg.ads: ...this. * gnat.dg/dispatch2_p.adb: Rename into... * gnat.dg/disp2_pkg.adb: this. * gnat.dg/generic_dispatch.adb: Rename into... * gnat.dg/generic_disp.adb: this. * gnat.dg/generic_dispatch_p.ads: Rename into... * gnat.dg/generic_disp_pkg.ads: ...this. * gnat.dg/generic_dispatch_p.adb: Rename into... * gnat.dg/generic_disp_pkg.adb: ...this. * gnat.dg/null_pointer_deref1.adb (Null_Pointer_Deref1): Robustify. * gnat.dg/null_pointer_deref2.adb (Null_Pointer_Deref2): Likewise. * gnat.dg/object_overflow1.adb: Tweak index. * gnat.dg/object_overflow2.adb: Likewise. * gnat.dg/object_overflow3.adb: Likewise. * gnat.dg/object_overflow4.adb: Likewise. * gnat.dg/object_overflow5.adb: Likewise. Added: branches/gcc-7-branch/gcc/testsuite/gnat.dg/disp1.adb - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch1.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/disp1_pkg.ads - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch1_p.ads branches/gcc-7-branch/gcc/testsuite/gnat.dg/disp2.adb - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch2.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/disp2_pkg.adb - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch2_p.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/disp2_pkg.ads - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch2_p.ads branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_disp.adb - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_dispatch.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_disp_pkg.adb - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_disp_pkg.ads - copied, changed from r257773, branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.ads Removed: branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch1.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch1_p.ads branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch2.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch2_p.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/dispatch2_p.ads branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_dispatch.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.ads Modified: branches/gcc-7-branch/gcc/testsuite/ChangeLog branches/gcc-7-branch/gcc/testsuite/gnat.dg/array11.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/null_pointer_deref1.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/null_pointer_deref2.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/object_overflow1.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/object_overflow2.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/object_overflow3.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/object_overflow4.adb branches/gcc-7-branch/gcc/testsuite/gnat.dg/object_overflow5.adb
[Bug ada/84277] [8 Regression] A lot of new acats testsuite failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277 --- Comment #8 from Eric Botcazou --- Author: ebotcazou Date: Fri Feb 16 23:27:21 2018 New Revision: 257775 URL: https://gcc.gnu.org/viewcvs?rev=257775&root=gcc&view=rev Log: PR ada/84277 * gnat.dg/array11.adb (Array11): Tweak index and remove warning. * gnat.dg/dispatch1.adb: Rename into... * gnat.dg/disp1.adb: ...this. * gnat.dg/dispatch1_p.ads: Rename into... * gnat.dg/disp1_pkg.ads: ...this. * gnat.dg/disp2.adb: Rename into... * gnat.dg/dispatch2.adb: ...this. * gnat.dg/dispatch2_p.ads: Rename into... * gnat.dg/disp2_pkg.ads: ...this. * gnat.dg/dispatch2_p.adb: Rename into... * gnat.dg/disp2_pkg.adb: this. * gnat.dg/generic_dispatch.adb: Rename into... * gnat.dg/generic_disp.adb: this. * gnat.dg/generic_dispatch_p.ads: Rename into... * gnat.dg/generic_disp_pkg.ads: ...this. * gnat.dg/generic_dispatch_p.adb: Rename into... * gnat.dg/generic_disp_pkg.adb: ...this. * gnat.dg/null_pointer_deref1.adb (Null_Pointer_Deref1): Robustify. * gnat.dg/null_pointer_deref2.adb (Null_Pointer_Deref2): Likewise. * gnat.dg/object_overflow1.adb: Tweak index. * gnat.dg/object_overflow2.adb: Likewise. * gnat.dg/object_overflow3.adb: Likewise. * gnat.dg/object_overflow4.adb: Likewise. * gnat.dg/object_overflow5.adb: Likewise. Added: branches/gcc-6-branch/gcc/testsuite/gnat.dg/disp1.adb - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch1.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/disp1_pkg.ads - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch1_p.ads branches/gcc-6-branch/gcc/testsuite/gnat.dg/disp2.adb - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch2.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/disp2_pkg.adb - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch2_p.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/disp2_pkg.ads - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch2_p.ads branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_disp.adb - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_dispatch.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_disp_pkg.adb - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_disp_pkg.ads - copied, changed from r257774, branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.ads Removed: branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch1.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch1_p.ads branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch2.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch2_p.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/dispatch2_p.ads branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_dispatch.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/generic_dispatch_p.ads Modified: branches/gcc-6-branch/gcc/testsuite/ChangeLog branches/gcc-6-branch/gcc/testsuite/gnat.dg/array11.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/null_pointer_deref1.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/null_pointer_deref2.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/object_overflow1.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/object_overflow2.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/object_overflow3.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/object_overflow4.adb branches/gcc-6-branch/gcc/testsuite/gnat.dg/object_overflow5.adb
[Bug ada/84277] [8 Regression] A lot of new acats testsuite failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277 --- Comment #6 from Eric Botcazou --- Author: ebotcazou Date: Fri Feb 16 23:26:08 2018 New Revision: 257773 URL: https://gcc.gnu.org/viewcvs?rev=257773&root=gcc&view=rev Log: PR ada/84277 * gnat.dg/array11.adb (Array11): Tweak index and remove warning. * gnat.dg/dispatch1.adb: Rename into... * gnat.dg/disp1.adb: ...this. * gnat.dg/dispatch1_p.ads: Rename into... * gnat.dg/disp1_pkg.ads: ...this. * gnat.dg/disp2.adb: Rename into... * gnat.dg/dispatch2.adb: ...this. * gnat.dg/dispatch2_p.ads: Rename into... * gnat.dg/disp2_pkg.ads: ...this. * gnat.dg/dispatch2_p.adb: Rename into... * gnat.dg/disp2_pkg.adb: this. * gnat.dg/generic_dispatch.adb: Rename into... * gnat.dg/generic_disp.adb: this. * gnat.dg/generic_dispatch_p.ads: Rename into... * gnat.dg/generic_disp_pkg.ads: ...this. * gnat.dg/generic_dispatch_p.adb: Rename into... * gnat.dg/generic_disp_pkg.adb: ...this. * gnat.dg/null_pointer_deref1.adb (Null_Pointer_Deref1): Robustify. * gnat.dg/null_pointer_deref2.adb (Null_Pointer_Deref2): Likewise. * gnat.dg/object_overflow1.adb: Tweak index. * gnat.dg/object_overflow2.adb: Likewise. * gnat.dg/object_overflow3.adb: Likewise. * gnat.dg/object_overflow4.adb: Likewise. * gnat.dg/object_overflow5.adb: Likewise. Added: trunk/gcc/testsuite/gnat.dg/disp1.adb - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/dispatch1.adb trunk/gcc/testsuite/gnat.dg/disp1_pkg.ads - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/dispatch1_p.ads trunk/gcc/testsuite/gnat.dg/disp2.adb - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/dispatch2.adb trunk/gcc/testsuite/gnat.dg/disp2_pkg.adb - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/dispatch2_p.adb trunk/gcc/testsuite/gnat.dg/disp2_pkg.ads - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/dispatch2_p.ads trunk/gcc/testsuite/gnat.dg/generic_disp.adb - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/generic_dispatch.adb trunk/gcc/testsuite/gnat.dg/generic_disp_pkg.adb - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/generic_dispatch_p.adb trunk/gcc/testsuite/gnat.dg/generic_disp_pkg.ads - copied, changed from r257772, trunk/gcc/testsuite/gnat.dg/generic_dispatch_p.ads Removed: trunk/gcc/testsuite/gnat.dg/dispatch1.adb trunk/gcc/testsuite/gnat.dg/dispatch1_p.ads trunk/gcc/testsuite/gnat.dg/dispatch2.adb trunk/gcc/testsuite/gnat.dg/dispatch2_p.adb trunk/gcc/testsuite/gnat.dg/dispatch2_p.ads trunk/gcc/testsuite/gnat.dg/generic_dispatch.adb trunk/gcc/testsuite/gnat.dg/generic_dispatch_p.adb trunk/gcc/testsuite/gnat.dg/generic_dispatch_p.ads Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gnat.dg/array11.adb trunk/gcc/testsuite/gnat.dg/null_pointer_deref1.adb trunk/gcc/testsuite/gnat.dg/null_pointer_deref2.adb trunk/gcc/testsuite/gnat.dg/object_overflow1.adb trunk/gcc/testsuite/gnat.dg/object_overflow2.adb trunk/gcc/testsuite/gnat.dg/object_overflow3.adb trunk/gcc/testsuite/gnat.dg/object_overflow4.adb trunk/gcc/testsuite/gnat.dg/object_overflow5.adb
[Bug fortran/84418] ICE with fortran OpenMP linear (ref ()) clause
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84418 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Jakub Jelinek --- Fixed on the trunk so far, queued for 7.4 backporting.
[Bug ipa/84425] [8 Regression] Hang in ipa-inline.c starting with r250048
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84425 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Jakub Jelinek --- Fixed.
[Bug c++/84192] [7 Regression] ICE with statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84192 Jakub Jelinek changed: What|Removed |Added Assignee|mpolacek at gcc dot gnu.org|jakub at gcc dot gnu.org Summary|[7/8 Regression] ICE with |[7 Regression] ICE with |statement expression|statement expression --- Comment #5 from Jakub Jelinek --- Fixed on the trunk so far.
[Bug ipa/84425] [8 Regression] Hang in ipa-inline.c starting with r250048
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84425 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Fri Feb 16 23:05:00 2018 New Revision: 257772 URL: https://gcc.gnu.org/viewcvs?rev=257772&root=gcc&view=rev Log: PR ipa/84425 * ipa-inline.c (inline_small_functions): Fix a typo. * gcc.c-torture/compile/pr84425.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr84425.c Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-inline.c trunk/gcc/testsuite/ChangeLog
[Bug c++/84424] [8 Regression] ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424 --- Comment #2 from Zhendong Su --- (In reply to Martin Sebor from comment #1) > I can confirm it with r257668 but not with the top of trunk (r257768). The > regression was introduced in r251948. I vaguely remember a bug with a test > case similar to this one go by but I can't find it. Can you please retry > with a newer revision and report back? My latest build is r257757, which still ICEs on this test. I am building the top of the trunk.
[Bug fortran/84418] ICE with fortran OpenMP linear (ref ()) clause
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84418 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Fri Feb 16 22:40:32 2018 New Revision: 257771 URL: https://gcc.gnu.org/viewcvs?rev=257771&root=gcc&view=rev Log: PR fortran/84418 * trans-openmp.c (gfc_trans_omp_clauses): For OMP_CLAUSE_LINEAR_REF kind set OMP_CLAUSE_LINEAR_STEP to TYPE_SIZE_UNIT times last_step. * libgomp.fortran/pr84418-1.f90: New test. * libgomp.fortran/pr84418-2.f90: New test. Added: trunk/libgomp/testsuite/libgomp.fortran/pr84418-1.f90 trunk/libgomp/testsuite/libgomp.fortran/pr84418-2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-openmp.c trunk/libgomp/ChangeLog
[Bug c++/84192] [7/8 Regression] ICE with statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84192 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Feb 16 22:38:53 2018 New Revision: 257770 URL: https://gcc.gnu.org/viewcvs?rev=257770&root=gcc&view=rev Log: PR c++/84192 * constexpr.c (cxx_eval_constant_expression) : Don't set *jump_target to anything if jump_target is NULL. * g++.dg/cpp1y/constexpr-84192.C: New test. Added: trunk/gcc/testsuite/g++.dg/cpp1y/constexpr-84192.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/constexpr.c trunk/gcc/testsuite/ChangeLog
[Bug c++/79064] Cannot overload member function templates on type of literal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79064 --- Comment #3 from Martin Sebor --- Author: msebor Date: Fri Feb 16 22:36:53 2018 New Revision: 257769 URL: https://gcc.gnu.org/viewcvs?rev=257769&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: PR c++/79064 * g++.dg/overload15.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/overload15.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug c++/79064] Cannot overload member function templates on type of literal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79064 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||msebor at gcc dot gnu.org Resolution|--- |FIXED --- Comment #2 from Martin Sebor --- r254843 appears to have fixed this: r254843 | jason | 2017-11-16 15:13:48 -0500 (Thu, 16 Nov 2017) | 15 lines PR c++/79092 - non-type args of different types are different
[Bug tree-optimization/84416] internal compiler error: in int_cst_value, at tree.c:11089
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84416 --- Comment #2 from joseph at codesourcery dot com --- Ignoring weird targets (m32c...), there's no valid use for array indices larger than size_t / ptrdiff_t (beyond I suppose any optimization effects from knowing that the conversion of the array index, or offset added to a pointer, to a pointer-sized integer of the same signedness does not change the value).
[Bug go/84215] Random results in go/libgo tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84215 --- Comment #9 from H.J. Lu --- On i686 with many cores, r257758 gave: ... goroutine 24690 [GC worker (idle)]: runtime.mcall /export/gnu/import/git/sources/gcc/libgo/runtime/proc.c:342 runtime.gopark /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/proc.go:321 runtime.gcBgMarkWorker /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/mgc.go:1776 runtime.kickoff /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/proc.go:1161 created by runtime.gcBgMarkStartWorkers /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/mgc.go:1722 +92 goroutine 23558 [running]: goroutine running on other thread; stack unavailable created by testing.T.Run /export/gnu/import/git/sources/gcc/libgo/go/testing/testing.go:824 +740 goroutine 24113 [chan send]: runtime.mcall /export/gnu/import/git/sources/gcc/libgo/runtime/proc.c:342 runtime.gopark /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/proc.go:321 runtime.goparkunlock /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/proc.go:327 runtime.chansend /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/chan.go:249 runtime.chansend1 /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/chan.go:135 testing.tRunner..func1 /export/gnu/import/git/sources/gcc/libgo/go/testing/testing.go:728 runtime.deferreturn /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/panic.go:205 testing.tRunner /export/gnu/import/git/sources/gcc/libgo/go/testing/testing.go:783 runtime.kickoff /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest330678/test/proc.go:1161 created by testing.T.Run /export/gnu/import/git/sources/gcc/libgo/go/testing/testing.go:824 +740 eax0x0 ebx0x2 ecx0xb93e1afc edx0x0 edi0x0 esi0x8 ebp0xb93e1afc esp0xb93e1ae0 eip0xf7f42db9 eflags 0x282 cs 0x23 fs 0x0 gs 0x63 FAIL: runtime goroutine 4122 [IO wait]: internal_poll.runtime_pollWait /export/gnu/import/git/sources/gcc/libgo/go/runtime/netpoll.go:176 internal_poll.pollDesc.wait /export/gnu/import/git/sources/gcc/libgo/go/internal/poll/fd_poll_runtime.go:85 internal_poll.pollDesc.waitRead /export/gnu/import/git/sources/gcc/libgo/go/internal/poll/fd_poll_runtime.go:90 internal_poll.FD.Accept /export/gnu/import/git/sources/gcc/libgo/go/internal/poll/fd_unix.go:372 net.netFD.accept /export/gnu/import/git/sources/gcc/libgo/go/net/fd_unix.go:238 net.TCPListener.accept /export/gnu/import/git/sources/gcc/libgo/go/net/tcpsock_posix.go:136 net.TCPListener.Accept /export/gnu/import/git/sources/gcc/libgo/go/net/tcpsock.go:259 net_http.Server.Serve /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest249618/test/server.go:2770 httptest.func1 /export/gnu/import/git/sources/gcc/libgo/go/net/http/httptest/server.go:280 created by net_http_httptest.Server.goServe /export/gnu/import/git/sources/gcc/libgo/go/net/http/httptest/server.go:278 +198 goroutine 4535 [semacquire]: syscall.Accept4 /export/gnu/import/git/sources/gcc/libgo/go/syscall/libcall_linux.go:176 poll.accept /export/gnu/import/git/sources/gcc/libgo/go/internal/poll/sock_cloexec.go:17 internal_poll.FD.Accept /export/gnu/import/git/sources/gcc/libgo/go/internal/poll/fd_unix.go:365 net.netFD.accept /export/gnu/import/git/sources/gcc/libgo/go/net/fd_unix.go:238 net.TCPListener.accept /export/gnu/import/git/sources/gcc/libgo/go/net/tcpsock_posix.go:136 net.TCPListener.Accept /export/gnu/import/git/sources/gcc/libgo/go/net/tcpsock.go:259 crypto_tls.listener.Accept /export/gnu/import/git/sources/gcc/libgo/go/crypto/tls/tls.go:52 net_http.Server.Serve /export/build/gnu/gcc-32bit/build-i686-linux/i686-linux/libgo/gotest249618/test/server.go:2770 httptest.func1 /export/gnu/import/git/sources/gcc/libgo/go/net/http/httptest/server.go:280 created by net_http_httptest.Server.goServe /export/gnu/import/git/sources/gcc/libgo/go/net/http/httptest/server.go:278 +198 eax0x0 ebx0x2 ecx0xce0f1fbc edx0x0 edi0x0 esi0x8 ebp0xce0f1fbc esp0xce0f1fa0 eip0xf7f3edb9 eflags 0x286 cs 0x23 fs 0x0 gs 0x63 FAIL: net/http /tmp/cc2A9bsi.s: Assembler messages: /tmp/cc2A9bsi.s:7954: Error: leb128 operand is an undefined symbol: .LVU443 /tmp/cc2A9bsi.s:7965: Error: leb128 operand is an undefined symbol: .LVU443 /tmp/cc2A9bsi.s:7976: Error: leb128 operand is an undefined symbol: .LVU443 /tmp/cc2A9bsi.s:7977: Error: leb128 operand is an undefined symbol: .LVU443 /tmp/cc2A9bsi.s:7978: Error: leb128 oper
[Bug target/59833] ARM soft-float extendsfdf2 fails to quiet signaling NaN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833 --- Comment #16 from joseph at codesourcery dot com --- On Fri, 16 Feb 2018, egallager at gcc dot gnu.org wrote: > > powerpc failure of floating-point extensions to quiet signaling NaNs > > (because loads implicitly extend from float to double in a way that's > > defined as bit-manipulation rather than a convertFormat operation) is bug > > 56828. > > but bug 56828 was closed as INVALID... Maybe the test in that bug in fact only covered cases involving long double (which is what that closure was for). There is an issue with conversion from float to double on powerpc (FPRs always store values in double format, and a load of a float value is a bitwise operation that never raises exceptions but produces a double sNaN when loading a float sNaN - which can be stored back to float in memory as a float sNaN with no exceptions - meaning that converting a float value in registers to double is treated as a no-op). It's normally OK to do that, if the converted value will be used in double arithmetic - but if it's stored back to memory as a double without having gone through arithmetic other than abs / negate / copysign, it will incorrectly remain a double sNaN, and in that case, given -fsignaling-nans, something should be done to convert it explicitly to a qNaN (e.g. use an frsp instruction, which would do nothing to a value representable as float which is not a signaling NaN).
[Bug c++/84423] [concepts] ICE with invalid using declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84423 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2018-02-16 CC||msebor at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Martin Sebor --- Confirmed with r257668 but not with the top of trunk. Looks like it might have been fixed recently. Can you please retry with a fresh revision and report back?
[Bug tree-optimization/84427] [8 Regression] gcc ICE at -O3 on x86_64-linux-gnu in compute_antic, at tree-ssa-pre.c:2356
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84427 Martin Sebor changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2018-02-16 CC||msebor at gcc dot gnu.org Summary|gcc ICE at -O3 on |[8 Regression] gcc ICE at |x86_64-linux-gnu in |-O3 on x86_64-linux-gnu in |compute_antic, at |compute_antic, at |tree-ssa-pre.c:2356 |tree-ssa-pre.c:2356 Ever confirmed|0 |1 --- Comment #1 from Martin Sebor --- Confirmed. Bisection points to r253998.
[Bug c++/84426] [8 Regression] ICE with conflicting class member names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84426 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-02-16 CC||msebor at gcc dot gnu.org, ||nathan at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Martin Sebor --- Confirmed. Bisection points to r252005 (gcc 8.0.0): r252005 | nathan | 2017-09-12 08:50:56 -0400 (Tue, 12 Sep 2017) | 20 lines Kill CLASSTYPE_SORTED_FIELDS.
[Bug c++/84424] [8 Regression] ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424 Martin Sebor changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |WAITING Last reconfirmed||2018-02-16 CC||jason at gcc dot gnu.org, ||msebor at gcc dot gnu.org Summary|ICE on C++ code: tree |[8 Regression] ICE on C++ |check: expected record_type |code: tree check: expected |or union_type or|record_type or union_type |qual_union_type, have |or qual_union_type, have |vector_type in |vector_type in |reduced_constant_expression |reduced_constant_expression |_p, at cp/constexpr.c:1766 |_p, at cp/constexpr.c:1766 Ever confirmed|0 |1 --- Comment #1 from Martin Sebor --- I can confirm it with r257668 but not with the top of trunk (r257768). The regression was introduced in r251948. I vaguely remember a bug with a test case similar to this one go by but I can't find it. Can you please retry with a newer revision and report back?
[Bug tree-optimization/84427] New: gcc ICE at -O3 on x86_64-linux-gnu in compute_antic, at tree-ssa-pre.c:2356
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84427
Bug ID: 84427
Summary: gcc ICE at -O3 on x86_64-linux-gnu in compute_antic,
at tree-ssa-pre.c:2356
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: helloqirun at gmail dot com
Target Milestone: ---
Level "-O2" works fine.
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/home/absozero/trunk/root-gcc/libexec/gcc/x86_64-pc-linux-gnu/8.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/absozero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 8.0.1 20180216 (experimental) [trunk revision 257735] (GCC)
$ gcc-trunk -O3 -c abc.c
abc.c: In function ‘fn1’:
abc.c:5:14: warning: implicit declaration of function ‘fn2’; did you mean
‘fn1’? [-Wimplicit-function-declaration]
void fn1() { fn2(e, a); }
^~~
fn1
during GIMPLE pass: pre
abc.c:5:6: internal compiler error: in compute_antic, at tree-ssa-pre.c:2356
void fn1() { fn2(e, a); }
^~~
0x6cc6ff compute_antic
../../gcc/gcc/tree-ssa-pre.c:2356
0x6cc6ff execute
../../gcc/gcc/tree-ssa-pre.c:4114
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
$ cat abc.c
short a, d, e;
unsigned char b;
int c, f;
char g, h;
void fn1() { fn2(e, a); }
int fn2(int p1, int p2) {
l1:
b = a;
for (; h; h--)
if (p1)
g = p2 * c;
else {
c = d;
if (f)
goto l1;
}
}
[Bug c++/84151] [6 Regression] g++ generates two identical loads in a volatile-qualified member function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151 --- Comment #5 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:34:57 2018 New Revision: 257768 URL: https://gcc.gnu.org/viewcvs?rev=257768&root=gcc&view=rev Log: PR c++/84151 - unnecessary volatile load with static member. * call.c (build_new_method_call_1): Avoid loading from a volatile lvalue used as the object argument for a static member function. Added: branches/gcc-6-branch/gcc/testsuite/g++.dg/tree-ssa/volatile1.C Modified: branches/gcc-6-branch/gcc/cp/ChangeLog branches/gcc-6-branch/gcc/cp/call.c
[Bug c++/84151] [6 Regression] g++ generates two identical loads in a volatile-qualified member function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Jason Merrill --- Fixed.
[Bug c++/83911] [6/7/8 Regression] ICE with target attribute on constructor in gimplify_expr at gimplify.c:11321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83911 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC||jason at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
[Bug c++/81853] [ 6/7/8 Regression] "using namespace" is not a constant expression in a statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81853 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |7.4 --- Comment #4 from Jason Merrill --- Fixed for 7.4. If anyone cares about having this fixed in 6.5, I can apply it there too.
[Bug c++/81853] [ 6/7/8 Regression] "using namespace" is not a constant expression in a statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81853 --- Comment #3 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:06:50 2018 New Revision: 257766 URL: https://gcc.gnu.org/viewcvs?rev=257766&root=gcc&view=rev Log: PR c++/81853 - using-directive and constexpr. * constexpr.c (cxx_eval_constant_expression): Handle USING_STMT. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/ext/stmtexpr22.C Modified: branches/gcc-7-branch/gcc/cp/ChangeLog branches/gcc-7-branch/gcc/cp/constexpr.c
[Bug c++/84420] [8 Regression] ICE when accessing a structured binding in a lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84420 --- Comment #5 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:06:45 2018 New Revision: 257765 URL: https://gcc.gnu.org/viewcvs?rev=257765&root=gcc&view=rev Log: PR c++/84420 - ICE with structured binding in lambda. * lambda.c (is_capture_proxy): Check DECL_DECOMPOSITION_P. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/cpp1z/decomp-lambda1.C Modified: branches/gcc-7-branch/gcc/cp/ChangeLog branches/gcc-7-branch/gcc/cp/lambda.c
[Bug c++/83835] [7/8 Regression] constexpr constructor rejected in c++17 mode (regression WRT c++14)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83835 --- Comment #5 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:06:39 2018 New Revision: 257764 URL: https://gcc.gnu.org/viewcvs?rev=257764&root=gcc&view=rev Log: PR c++/83835 - C++17 error with constructor ctors. * call.c (build_special_member_call): Set TARGET_EXPR_DIRECT_INIT_P. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/cpp0x/constexpr-ctor21.C Modified: branches/gcc-7-branch/gcc/cp/ChangeLog branches/gcc-7-branch/gcc/cp/call.c
[Bug c++/84151] [6/7/8 Regression] g++ generates two identical loads in a volatile-qualified member function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151 --- Comment #3 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:06:56 2018 New Revision: 257767 URL: https://gcc.gnu.org/viewcvs?rev=257767&root=gcc&view=rev Log: PR c++/84151 - unnecessary volatile load with static member. * call.c (build_new_method_call_1): Avoid loading from a volatile lvalue used as the object argument for a static member function. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/tree-ssa/volatile1.C Modified: branches/gcc-7-branch/gcc/cp/ChangeLog branches/gcc-7-branch/gcc/cp/call.c
[Bug c++/83835] [7/8 Regression] constexpr constructor rejected in c++17 mode (regression WRT c++14)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83835 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |7.4 --- Comment #6 from Jason Merrill --- Fixed.
[Bug c++/81853] [ 6/7/8 Regression] "using namespace" is not a constant expression in a statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81853 --- Comment #2 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:02:55 2018 New Revision: 257762 URL: https://gcc.gnu.org/viewcvs?rev=257762&root=gcc&view=rev Log: PR c++/81853 - using-directive and constexpr. * constexpr.c (cxx_eval_constant_expression): Handle USING_STMT. Added: trunk/gcc/testsuite/g++.dg/ext/stmtexpr22.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/constexpr.c
[Bug target/81594] Optimize PowerPC vector set and store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81594 --- Comment #2 from Bill Schmidt --- What's the status of this one?
[Bug c++/84420] [8 Regression] ICE when accessing a structured binding in a lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84420 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Jason Merrill --- Fixed.
[Bug c++/84151] [6/7/8 Regression] g++ generates two identical loads in a volatile-qualified member function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151 --- Comment #2 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:03:02 2018 New Revision: 257763 URL: https://gcc.gnu.org/viewcvs?rev=257763&root=gcc&view=rev Log: PR c++/84151 - unnecessary volatile load with static member. * call.c (build_new_method_call_1): Avoid loading from a volatile lvalue used as the object argument for a static member function. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/volatile1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c
[Bug c++/84420] [8 Regression] ICE when accessing a structured binding in a lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84420 --- Comment #3 from Jason Merrill --- Author: jason Date: Fri Feb 16 21:02:50 2018 New Revision: 257761 URL: https://gcc.gnu.org/viewcvs?rev=257761&root=gcc&view=rev Log: PR c++/84420 - ICE with structured binding in lambda. * lambda.c (is_capture_proxy): Check DECL_DECOMPOSITION_P. Added: trunk/gcc/testsuite/g++.dg/cpp1z/decomp-lambda1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/lambda.c
[Bug c++/84426] New: [8 Regression] ICE with conflicting class member names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84426
Bug ID: 84426
Summary: [8 Regression] ICE with conflicting class member names
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
Target Milestone: ---
The following invalid code snippet triggers an ICE on trunk:
=
struct A
{
int foo;
virtual void foo();
};
struct B : A {};
=
bug.cc:4:20: error: 'virtual void A::foo()' conflicts with a previous
declaration
virtual void foo();
^
bug.cc:3:7: note: previous declaration 'int A::foo'
int foo;
^~~
bug.cc:7:8: internal compiler error: in update_vtable_entry_for_fn, at
cp/class.c:2412
struct B : A {};
^
0x5dcc45 update_vtable_entry_for_fn
../../gcc/gcc/cp/class.c:2412
0x5dcc45 dfs_modify_vtables
../../gcc/gcc/cp/class.c:2664
0x998a4d dfs_walk_all(tree_node*, tree_node* (*)(tree_node*, void*), tree_node*
(*)(tree_node*, void*), void*)
../../gcc/gcc/cp/search.c:1410
0x99ac87 dfs_walk_once(tree_node*, tree_node* (*)(tree_node*, void*),
tree_node* (*)(tree_node*, void*), void*)
../../gcc/gcc/cp/search.c:1507
0x843eaa modify_all_vtables
../../gcc/gcc/cp/class.c:2692
0x843eaa finish_struct_1(tree_node*)
../../gcc/gcc/cp/class.c:6827
0x845d6c finish_struct(tree_node*, tree_node*)
../../gcc/gcc/cp/class.c:7061
0x927000 cp_parser_class_specifier_1
../../gcc/gcc/cp/parser.c:22498
0x928f79 cp_parser_class_specifier
../../gcc/gcc/cp/parser.c:22742
0x928f79 cp_parser_type_specifier
../../gcc/gcc/cp/parser.c:16748
0x936126 cp_parser_decl_specifier_seq
../../gcc/gcc/cp/parser.c:13606
0x93b7f0 cp_parser_simple_declaration
../../gcc/gcc/cp/parser.c:12916
0x93c798 cp_parser_block_declaration
../../gcc/gcc/cp/parser.c:12863
0x9406f2 cp_parser_declaration
../../gcc/gcc/cp/parser.c:12761
0x940b01 cp_parser_declaration_seq_opt
../../gcc/gcc/cp/parser.c:12637
0x940df4 cp_parser_translation_unit
../../gcc/gcc/cp/parser.c:4559
0x940df4 c_parse_file()
../../gcc/gcc/cp/parser.c:38860
0xa3eee6 c_common_parse_file()
../../gcc/gcc/c-family/c-opts.c:1132
Please submit a full bug report, [etc.]
The regression was introduced between 2017-09-09 and 2017-09-22.
[Bug target/81535] [8 regression] gcc.target/powerpc/pr79439.c fails starting with r250442
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81535 --- Comment #11 from Yury Gribov --- Author: ygribov Date: Fri Feb 16 20:38:14 2018 New Revision: 257760 URL: https://gcc.gnu.org/viewcvs?rev=257760&root=gcc&view=rev Log: Fix PowerPC tests in PR 81535. gcc/testsuite/ 2018-02-16 Yury Gribov PR target/81535 * gcc.dg/pr56727-1.c: Prevent tailcalls and update for powerpc*-*-*. * gcc.dg/pr56727-2.c: Ditto. * gcc.target/powerpc/pr79439.c: Renamed to... * gcc.target/powerpc/pr79439-1.c: ...this. * gcc.target/powerpc/pr79439-2.c: New test. * gcc.target/powerpc/pr79439-3.c: New test. Added: trunk/gcc/testsuite/gcc.target/powerpc/pr79439-1.c trunk/gcc/testsuite/gcc.target/powerpc/pr79439-2.c trunk/gcc/testsuite/gcc.target/powerpc/pr79439-3.c Removed: trunk/gcc/testsuite/gcc.target/powerpc/pr79439.c Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr56727-1.c trunk/gcc/testsuite/gcc.dg/pr56727-2.c
[Bug c++/84151] [6/7/8 Regression] g++ generates two identical loads in a volatile-qualified member function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC||jason at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
[Bug c++/81853] [ 6/7/8 Regression] "using namespace" is not a constant expression in a statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81853 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
[Bug c++/80290] [6/7/8 Regression] g++ uses unreasonable amount of memory compiling nested string maps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|jason at gcc dot gnu.org |unassigned at gcc dot gnu.org --- Comment #18 from Jason Merrill --- Not currently working on this.
[Bug c++/84420] [8 Regression] ICE when accessing a structured binding in a lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84420 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
[Bug c++/83835] [7/8 Regression] constexpr constructor rejected in c++17 mode (regression WRT c++14)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83835 --- Comment #4 from Jason Merrill --- Author: jason Date: Fri Feb 16 20:05:28 2018 New Revision: 257757 URL: https://gcc.gnu.org/viewcvs?rev=257757&root=gcc&view=rev Log: PR c++/83835 - C++17 error with constructor ctors. * call.c (build_special_member_call): Set TARGET_EXPR_DIRECT_INIT_P. Added: trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-ctor21.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c
[Bug ipa/84425] [8 Regression] Hang in ipa-inline.c starting with r250048
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84425 --- Comment #1 from Jakub Jelinek --- Created attachment 43444 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43444&action=edit gcc8-pr84425.patch Untested fix.
[Bug fortran/84387] Defined output does not work for a derived type that has no components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84387 Jerry DeLisle changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2018-02-16 CC||jvdelisle at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jerry DeLisle --- This does seem a litle odd. I will look into it.
[Bug ipa/84425] New: [8 Regression] Hang in ipa-inline.c starting with r250048
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84425
Bug ID: 84425
Summary: [8 Regression] Hang in ipa-inline.c starting with
r250048
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: jakub at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
The following testcase hangs with -O2 in ipa-inline.c starting with r250048.
void bar (int);
void
foo (int x)
{
if (x < 5)
bar (x);
}
__attribute__((optimize(0))) void
bar (int x)
{
if (x > 10)
foo (x);
}
I think the actual bug is far older and has just been latent before.
[Bug ipa/84425] [8 Regression] Hang in ipa-inline.c starting with r250048
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84425 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2018-02-16 Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Target Milestone|--- |8.0 Ever confirmed|0 |1
[Bug c++/83835] [7/8 Regression] constexpr constructor rejected in c++17 mode (regression WRT c++14)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83835 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
[Bug c++/82148] [7/8 Regression] ICE in assign_temp, at function.c:968
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82148 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Jason Merrill --- Fixed by the patch for 83227. *** This bug has been marked as a duplicate of bug 83227 ***
[Bug c++/83227] [7 Regression] internal compiler error: in process_init_constructor_array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83227 Jason Merrill changed: What|Removed |Added CC||matthias.hochsteger@tuwien. ||ac.at --- Comment #6 from Jason Merrill --- *** Bug 82148 has been marked as a duplicate of this bug. ***
[Bug c++/82664] [7/8 Regression ] ICE when using Match7 library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82664 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Jason Merrill --- Fixed.
[Bug c++/82664] [7/8 Regression ] ICE when using Match7 library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82664 --- Comment #8 from Jason Merrill --- Author: jason Date: Fri Feb 16 19:06:59 2018 New Revision: 257754 URL: https://gcc.gnu.org/viewcvs?rev=257754&root=gcc&view=rev Log: PR c++/82664 - ICE with reference to function template parm. * pt.c (convert_nontype_argument_function): Avoid obfuscationg NOP_EXPRs. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/template/nontype-fn1.C Modified: branches/gcc-7-branch/gcc/cp/ChangeLog branches/gcc-7-branch/gcc/cp/pt.c
[Bug tree-optimization/82491] UBSAN in gcc/gimple-fold.c:6187:6: runtime error: signed integer overflow: 9223372036854775807 * 8 cannot be represented in type 'long int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82491 rsandifo at gcc dot gnu.org changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org --- Comment #4 from rsandifo at gcc dot gnu.org --- (In reply to Martin Liška from comment #3) > I haven't finished that before poly-int went it. > May I please ask Richard Sandiford to help me with the version of the patch > after we have poly-int in trunk? The poly_int version of the comment #1 code would be something like: poly_offset_int boff = *bit_offset + mem_ref_offset (base) * BITS_PER_UNIT; if (!boff.to_shwi (bit_offset)) return NULL_TREE;
[Bug c++/82664] [7/8 Regression ] ICE when using Match7 library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82664 --- Comment #7 from Jason Merrill --- Author: jason Date: Fri Feb 16 19:06:34 2018 New Revision: 257753 URL: https://gcc.gnu.org/viewcvs?rev=257753&root=gcc&view=rev Log: PR c++/82664 - ICE with reference to function template parm. * pt.c (convert_nontype_argument_function): Avoid obfuscationg NOP_EXPRs. Added: trunk/gcc/testsuite/g++.dg/template/nontype-fn1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c
[Bug tree-optimization/84419] [8 Regression] SPEC CPU2017/CPU2006 521/621, 527/627, 554/654, 445, 454, 481, 416 runfails after r256628 with march=skylake-avx512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84419 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot gnu.org --- Comment #3 from rsandifo at gcc dot gnu.org --- Thanks for the reproducer, will look at this next week.
[Bug c++/59912] [C++1y] ICE when deducing return type for specialized functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59912 Volker Reichelt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Volker Reichelt --- Duplicate of PR84080 which got fixed on 2018-02-13 by rejecting the code (at least for now, see comment #3). *** This bug has been marked as a duplicate of bug 84080 ***
[Bug c++/84080] [6/7/8 Regression] the compiler crashes when compiling the following sample file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84080 Volker Reichelt changed: What|Removed |Added CC||n.sakisaka at gmail dot com --- Comment #4 from Volker Reichelt --- *** Bug 59912 has been marked as a duplicate of this bug. ***
[Bug target/84422] ICE on various builtin test functions when compiled with -mcpu=power7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84422 Carl Love changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2018-02-16 Assignee|unassigned at gcc dot gnu.org |carll at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Carl Love --- GCC trunk commit 257752 fixed the issue with: gcc/testsuite/gcc.target/powerpc/builtins-3-runnable.c during RTL pass: vregs
[Bug c++/84344] [concepts] ICE with invalid use of auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84344 --- Comment #2 from Volker Reichelt --- This got fixed on 2018-02-13. I suspect this was Jason's patch for PR84080. Do we want to add this as an additional testcase? Or should we just close this bug?
[Bug c++/84424] New: ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424
Bug ID: 84424
Summary: ICE on C++ code: tree check: expected record_type or
union_type or qual_union_type, have vector_type in
reduced_constant_expression_p, at cp/constexpr.c:1766
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: su at cs dot ucdavis.edu
Target Milestone: ---
This seems to be a recent regression as the code is accepted by 7.2.0.
$ g++tk -v
Using built-in specs.
COLLECT_GCC=g++tk
COLLECT_LTO_WRAPPER=/home/su/software/tmp/gcc/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/8.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.1 20180216 (experimental) [trunk revision 257739] (GCC)
$
$ g++-7.2.0 -c tmp.cpp
$
$ g++tk -c tmp.cpp
tmp.cpp:4:42: internal compiler error: tree check: expected record_type or
union_type or qual_union_type, have vector_type in
reduced_constant_expression_p, at cp/constexpr.c:1766
constexpr vec v = __builtin_shuffle (v, u);
^
0x63cd06 tree_check_failed(tree_node const*, char const*, int, char const*,
...)
../../gcc-source-trunk/gcc/tree.c:9337
0x70aefc tree_check3(tree_node*, char const*, int, char const*, tree_code,
tree_code, tree_code)
../../gcc-source-trunk/gcc/tree.h:3172
0x70aefc reduced_constant_expression_p(tree_node*)
../../gcc-source-trunk/gcc/cp/constexpr.c:1766
0x70af64 verify_constant
../../gcc-source-trunk/gcc/cp/constexpr.c:1809
0x71267b cxx_eval_trinary_expression
../../gcc-source-trunk/gcc/cp/constexpr.c:3378
0x71267b cxx_eval_constant_expression
../../gcc-source-trunk/gcc/cp/constexpr.c:4526
0x71954d cxx_eval_outermost_constant_expr
../../gcc-source-trunk/gcc/cp/constexpr.c:4801
0x92a5a2 store_init_value(tree_node*, tree_node*, vec**, int)
../../gcc-source-trunk/gcc/cp/typeck2.c:833
0x750492 check_initializer
../../gcc-source-trunk/gcc/cp/decl.c:6378
0x778871 cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int)
../../gcc-source-trunk/gcc/cp/decl.c:7032
0x83428d cp_parser_init_declarator
../../gcc-source-trunk/gcc/cp/parser.c:19705
0x835f1f cp_parser_simple_declaration
../../gcc-source-trunk/gcc/cp/parser.c:13046
0x836e68 cp_parser_block_declaration
../../gcc-source-trunk/gcc/cp/parser.c:12864
0x842c84 cp_parser_declaration
../../gcc-source-trunk/gcc/cp/parser.c:12761
0x841606 cp_parser_declaration_seq_opt
../../gcc-source-trunk/gcc/cp/parser.c:12637
0x841923 cp_parser_translation_unit
../../gcc-source-trunk/gcc/cp/parser.c:4559
0x841923 c_parse_file()
../../gcc-source-trunk/gcc/cp/parser.c:38860
0x98a825 c_common_parse_file()
../../gcc-source-trunk/gcc/c-family/c-opts.c:1132
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
$
--
typedef int vec __attribute__ ((vector_size (2 * sizeof (int;
constexpr vec u = { 1, 2 };
constexpr vec v = __builtin_shuffle (v, u);
[Bug libffi/84410] libffi doesn't support riscv now, but not disabled in configure.ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84410 Jim Wilson changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-02-16 CC||wilson at gcc dot gnu.org Ever confirmed|0 |1
[Bug tree-optimization/84114] global reassociation pass prevents fma usage, generates slower code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84114 --- Comment #6 from Steve Ellcey --- (In reply to Wilco from comment #5) > (In reply to Steve Ellcey from comment #4) > > While teaching the reassociation pass about fma's seems like the right > > answer would it be reasonable (and simpler) to do the fma pass > > (pass_optimize_widening_mul) before > > the reassociation pass (pass_reassoc) to get the most fma's? > > > > That fixes my small test case but I haven't done a bigger performance check > > to see what the overall impact would be. > > I don't know what else that would affect since the reassociation phase runs > very early - and it's late at this stage. My patch seems much safer. Even > easier might be to return 1 for FLOAT_MODE PLUS_EXPR in > aarch64_reassociation_width. Then we can fix the reassociation phase in GCC9. Moving the fma phase did not have a good performance impact (it was worse). Your patch of setting the reassociation width to 1 did help performance on ThunderX2.
[Bug c++/84423] New: [concepts] ICE with invalid using declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84423
Bug ID: 84423
Summary: [concepts] ICE with invalid using declaration
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
Blocks: 67491
Target Milestone: ---
The following invalid code snippet (compiled with "-fconcepts") triggers
an ICE scine GCC 6.1.0:
==
template using A = auto;
template class> struct B {};
B b;
==
bug.cc:1:34: error: typedef declared 'auto'
template using A = auto;
^
bug.cc:5:4: internal compiler error: Segmentation fault
B b;
^
0xeb0c3f crash_signal
../../gcc/gcc/toplev.c:325
0x95550a get_underlying_template
../../gcc/gcc/cp/pt.c:6055
0x97b798 convert_template_argument
../../gcc/gcc/cp/pt.c:7768
0x979bbb coerce_template_parms
../../gcc/gcc/cp/pt.c:8319
0x972dc6 lookup_template_class_1
../../gcc/gcc/cp/pt.c:8855
0x972dc6 lookup_template_class(tree_node*, tree_node*, tree_node*, tree_node*,
int, int)
../../gcc/gcc/cp/pt.c:9204
0x9a2b3d finish_template_type(tree_node*, tree_node*, int)
../../gcc/gcc/cp/semantics.c:3183
0x920764 cp_parser_template_id
../../gcc/gcc/cp/parser.c:15824
0x92086e cp_parser_class_name
../../gcc/gcc/cp/parser.c:22344
0x92d30f cp_parser_qualifying_entity
../../gcc/gcc/cp/parser.c:6574
0x92d30f cp_parser_nested_name_specifier_opt
../../gcc/gcc/cp/parser.c:6260
0x93b0c0 cp_parser_template_introduction
../../gcc/gcc/cp/parser.c:26849
0x93b0c0 cp_parser_template_declaration_after_export
../../gcc/gcc/cp/parser.c:27006
0x9406e4 cp_parser_declaration
../../gcc/gcc/cp/parser.c:12756
0x940b01 cp_parser_declaration_seq_opt
../../gcc/gcc/cp/parser.c:12637
0x940df4 cp_parser_translation_unit
../../gcc/gcc/cp/parser.c:4559
0x940df4 c_parse_file()
../../gcc/gcc/cp/parser.c:38860
0xa3eee6 c_common_parse_file()
../../gcc/gcc/c-family/c-opts.c:1132
Please submit a full bug report, [etc.]
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
[Bug 67491] [meta-bug] concepts issues
[Bug rtl-optimization/70023] [6/7/8 Regression] ICE: in assign_by_spills, at lra-assigns.c:1417/8 with -fschedule-insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70023 --- Comment #13 from Vladimir Makarov --- Author: vmakarov Date: Fri Feb 16 18:17:09 2018 New Revision: 257751 URL: https://gcc.gnu.org/viewcvs?rev=257751&root=gcc&view=rev Log: 2018-02-16 Vladimir Makarov PR rtl-optimization/70023 * lra-constraints.c (inherit_in_ebb): Take hard reg mode of src_regno into account. 2018-02-16 Vladimir Makarov PR rtl-optimization/70023 * gcc.target/i386/pr70023.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr70023.c Modified: trunk/gcc/ChangeLog trunk/gcc/lra-constraints.c trunk/gcc/testsuite/ChangeLog
[Bug c/84422] New: ICE on various builtin test functions when compiled with -mcpu=power7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84422 Bug ID: 84422 Summary: ICE on various builtin test functions when compiled with -mcpu=power7 Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: carll at gcc dot gnu.org Target Milestone: --- On Power 8 LE the following builtin test function produce an internal compiler error when compiled with the command: gcc -c -m64 -mcpu=power7 gcc/testsuite/gcc.target/powerpc/builtins-3-runnable.c during RTL pass: vregs gcc/testsuite/gcc.target/powerpc/fold-vec-neg-longlong.p8.c during RTL pass: vregs gcc/testsuite/gcc.target/powerpc/fold-vec-neg-longlong.p9.c during RTL pass: vregs gcc/testsuite/gcc.target/powerpc/sse2-pmuludq-1.c during RTL pass: expand For completeness, the following also fails and has an existing PR for it. gcc/testsuite/gcc.target/powerpc/builtin-fctid-fctiw-runnable.c during RTL pass: reload Note, existing PR 83964,
[Bug fortran/84354] Replace '%qs' with %qs in fortran/decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84354 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Dominique d'Humieres --- Closing.
[Bug fortran/84354] Replace '%qs' with %qs in fortran/decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84354 --- Comment #3 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Fri Feb 16 18:01:02 2018 New Revision: 257750 URL: https://gcc.gnu.org/viewcvs?rev=257750&root=gcc&view=rev Log: 2018-02-16 Dominique d'Humieres PR fortran/84354 * decl.c (gfc_get_pdt_instance): Replace '%qs' with %qs. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c
[Bug c++/82664] [7/8 Regression ] ICE when using Match7 library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82664
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
--- Comment #6 from Jason Merrill ---
Further reduced:
template < typename > struct target_disambiguator;
template < typename R, typename A1 > struct target_disambiguator< R(A1) > {
typedef A1 type;
template < R (&)() > struct layout;
};
int main() {
typedef target_disambiguator< void (int) > ::type target_type ;
}
[Bug c++/82764] [7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:5030
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82764 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #11 from Jason Merrill --- Fixed for 7.4/8.
[Bug c++/82764] [7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:5030
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82764 --- Comment #12 from Jason Merrill --- Author: jason Date: Fri Feb 16 16:45:49 2018 New Revision: 257746 URL: https://gcc.gnu.org/viewcvs?rev=257746&root=gcc&view=rev Log: PR c++/82764 - C++17 ICE with empty base * class.c (build_base_field_1): Set DECL_SIZE to zero for empty base. Added: branches/gcc-7-branch/gcc/testsuite/g++.dg/cpp0x/nsdmi-empty1.C Modified: branches/gcc-7-branch/gcc/cp/ChangeLog branches/gcc-7-branch/gcc/cp/class.c
[Bug c++/84421] [8 Regression] Lambda parameter is no longer a core constant expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84421 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Jason Merrill --- Fixed.
[Bug c++/82764] [7/8 Regression] ICE in output_constructor_regular_field, at varasm.c:5030
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82764 --- Comment #10 from Jason Merrill --- Author: jason Date: Fri Feb 16 16:44:26 2018 New Revision: 257745 URL: https://gcc.gnu.org/viewcvs?rev=257745&root=gcc&view=rev Log: PR c++/82764 - C++17 ICE with empty base * class.c (build_base_field_1): Set DECL_SIZE to zero for empty base. Added: trunk/gcc/testsuite/g++.dg/cpp0x/nsdmi-empty1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c
[Bug c++/84421] [8 Regression] Lambda parameter is no longer a core constant expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84421 --- Comment #4 from Jason Merrill --- Author: jason Date: Fri Feb 16 16:44:17 2018 New Revision: 257744 URL: https://gcc.gnu.org/viewcvs?rev=257744&root=gcc&view=rev Log: PR c++/84421 - type-dependent if constexpr * semantics.c (finish_if_stmt_cond): Check type_dependent_expression_p. Added: trunk/gcc/testsuite/g++.dg/cpp1z/constexpr-if14.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c
[Bug target/82518] [6/7/8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 Wilco changed: What|Removed |Added Priority|P1 |P2 Component|tree-optimization |target Version|8.0 |6.4.1 Summary|[8 regression] |[6/7/8 regression] |gfortran.fortran-torture/ex |gfortran.fortran-torture/ex |ecute/in-pack.f90 fails on |ecute/in-pack.f90 fails on |armeb since r252917 |armeb Known to fail||6.4.1
[Bug tree-optimization/82518] [8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb since r252917
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518
--- Comment #49 from Wilco ---
AArch64 does this:
(define_expand "vec_store_lanesoi"
[(set (match_operand:OI 0 "aarch64_simd_struct_operand" "=Utv")
(unspec:OI [(match_operand:OI 1 "register_operand" "w")
(unspec:VQ [(const_int 0)] UNSPEC_VSTRUCTDUMMY)]
UNSPEC_ST2))]
"TARGET_SIMD"
{
if (BYTES_BIG_ENDIAN)
{
rtx tmp = gen_reg_rtx (OImode);
rtx mask = aarch64_reverse_mask (mode, );
emit_insn (gen_aarch64_rev_reglistoi (tmp, operands[1], mask));
emit_insn (gen_aarch64_simd_st2 (operands[0], tmp));
}
else
emit_insn (gen_aarch64_simd_st2 (operands[0], operands[1]));
DONE;
})
ARM seems to be missing the swap:
(define_expand "vec_store_lanesoi"
[(set (match_operand:OI 0 "neon_struct_operand")
(unspec:OI [(match_operand:OI 1 "s_register_operand")
(unspec:VQ2 [(const_int 0)] UNSPEC_VSTRUCTDUMMY)]
UNSPEC_VST2))]
"TARGET_NEON")
So clearly looks like a backend issue.
[Bug c++/84348] [7/8 Regression] ICE with invalid friend declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84348 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #2 from Paolo Carlini --- Mine.
[Bug c++/79064] Cannot overload member function templates on type of literal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79064 --- Comment #1 from Hubert Tong --- This appears to have been fixed on trunk.
[Bug go/84215] Random results in go/libgo tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84215 --- Comment #8 from Christophe Lyon --- Still seeing at least os/signal having random pass/fail.
[Bug c++/84421] [8 Regression] Lambda parameter is no longer a core constant expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84421 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED
[Bug c++/84421] [8 Regression] Lambda parameter is no longer a core constant expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84421 --- Comment #3 from Jason Merrill --- (In reply to Jakub Jelinek from comment #2) > Is that really a rejects-valid Yes, bool(v) is a constant-expression.
[Bug target/82096] [6/7 Regression] ICE in int_mode_for_mode, at stor-layout.c:403 with arm-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82096 --- Comment #11 from sudi at gcc dot gnu.org --- Author: sudi Date: Fri Feb 16 15:37:35 2018 New Revision: 257741 URL: https://gcc.gnu.org/viewcvs?rev=257741&root=gcc&view=rev Log: Fix emit_store_flag_force () function to fix ICE in int_mode_for_mode, at stor-layout.c:403 with arm-linux-gnueabi. *** gcc/ChangeLog *** 2018-02-16 Sudakshina Das Backport from trunk 2018-01-10 Sudakshina Das PR target/82096 * expmed.c (emit_store_flag_force): Swap if const op0 and change VOIDmode to mode of op0. *** gcc/testsuite/ChangeLog *** 2018-02-16 Sudakshina Das Backport from trunk 2018-01-12 Sudakshina Das * gcc.c-torture/compile/pr82096.c: Add dg-skip-if directive. Backport from trunk 2018-01-10 Sudakshina Das PR target/82096 * gcc.c-torture/compile/pr82096.c: New test. Added: branches/gcc-7-branch/gcc/testsuite/gcc.c-torture/compile/pr82096.c Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/expmed.c branches/gcc-7-branch/gcc/testsuite/ChangeLog
[Bug c++/82468] [7 Regression] ICE with deduction guide template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82468 Paolo Carlini changed: What|Removed |Added Summary|[7/8 Regression] ICE with |[7 Regression] ICE with |deduction guide template|deduction guide template --- Comment #5 from Paolo Carlini --- Fixed in trunk.
