https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #24 from Randy MacLeod ---
This ICE still happens with gcc-7.2.
Here's the stacktrace:
(gdb) bt
#0 store_expr_with_bounds (exp=exp@entry=0x76275900,
target=target@entry=0x7625d660, call_param_p=call_param_p@entry=0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #7 from Randy MacLeod ---
Is anyone working on this bug? I'm not pushing, but rather trying to understand
what to expect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #17 from Randy MacLeod ---
Back from vacation, I plan to test the latest patch this week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #18 from Randy MacLeod ---
With both patches applied:
1. The "minimal testcase produced by the delta utility" no longer ICEs the
toolchain.
2. The "smaller reproducer with manual work-around " DOES STILL result in an
ICE as does the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #20 from Randy MacLeod ---
I can try! ;) How's this:
$ gdb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #22 from Randy MacLeod ---
Yes, the host is an x86-64-linux system running Ubuntu-16.04.1.
The cross-compiler was built using the Open Embedded (OE) build system so of
course, it's not part of Ubuntu.
I did get a better backtrace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #23 from Randy MacLeod ---
Here is the 'bt' and 'bt full' with line numbers and symbols. YP diff to enable
this is below as well. Thanks for you patience as I re-learn these ropes.
Program received signal SIGSEGV, Segmentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #6 from Randy MacLeod ---
Created attachment 41682
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41682=edit
smaller reproducer with manual work-around
The work-around clearly isn't a viable one.
I believe that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #5 from Randy MacLeod ---
I agree that the creduce output should be ignored. :(
I ran 'delta' again with a manually cleaned up input and I got a minimal
reproducer that is shorter:
wc -l output:
old:
4756 /tmp/jdcolor-altivec.i
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: randy.macleod at windriver dot com
Target Milestone: ---
When building libjpeg-turbo using oe-core's build system with:
master with HEAD at:
325f087 image.bbclass: create root symlinks in nativesdk target sysroot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #1 from Randy MacLeod ---
I also used the delta utility to produce a larger reproducer. I'll attach it as
jdcolor-altivec-testcase-min.i along with the full preprocessor output in case
it's useful to have additional context.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #3 from Randy MacLeod ---
Created attachment 41681
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41681=edit
full preprocessor output when building jdcolor-altivec.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #2 from Randy MacLeod ---
Created attachment 41680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41680=edit
minimal testcase produced by the delta utility
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #25 from Randy MacLeod ---
Any progress or need for additional information?
What should I expect over the coming weeks?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #28 from Randy MacLeod ---
Alex, thanks for confirming, I was worried that it was one of the _perfectly_
sensible local patches we have in YP. ;-)
FYI, a local toolchain expert has started working on this defect so stay tuned
/
15 matches
Mail list logo
