https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #12 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #9)
> Looks to be fixed by r15-4713-g0942bb85fc5573 .
Indeed, that fixes it!
Using a cross-compiler based on r15-4713-g0942bb85fc5573:
```
# ia64-linux-gcc -c -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #11 from Frank Scheiner ---
Created attachment 59479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59479&action=edit
reduced source
cvise reduced it to:
```
enum psi_states {
PSI_IO_SOME,
PSI_NONIDLE,
NR_PSI_STATES
} *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
Bug ID: 117330
Summary: [15 Regression] ICE on Linux 6.12-rc5: in
vect_get_operand_map, at tree-vect-slp.cc:552
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #8 from Frank Scheiner ---
(In reply to Sam James from comment #7)
> The testcase will be useful irrespective of the bisect result. richi added
> the asserts to find testcases, even :)
Yeah, I somehow did overlook that the addition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #6 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #5)
> r15-4695-gd17e672ce82e69
I'm reducing now, it's at:
```
00:05:53 INFO (26.4%, 2952452 bytes, 47018 lines)
```
Should I stop it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #4 from Frank Scheiner ---
The shortest commandline to reproduce this is:
```
# ia64-linux-gcc -c -O2 ccQVSPLJ.i
during GIMPLE pass: vect
In file included from kernel/sched/build_utility.c:96:
kernel/sched/psi.c: In function 'collec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #3 from Frank Scheiner ---
(In reply to Sam James from comment #2)
> Please try to minimise the command to reproduce as well with the
> preprocessed sources, and then consider using cvise or delta or ... to
> minimise the source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117330
--- Comment #1 from Frank Scheiner ---
Using `fno-strict-aliasing -fwrapv` made no difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #18 from Frank Scheiner ---
(In reply to Sam James from comment #17)
> It's not really actionable without some self-contained testcase like that,
> unless Jakub has some other idea.
Oh, don't get me wrong, I don't urge anybody to do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #16 from Frank Scheiner ---
(In reply to Sam James from comment #15)
> I meant identify a single file which takes longer, possibly by using
> -time=/tmp/kernel to record how long each file takes on a good+bad build,
> then diffing th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #14 from Frank Scheiner ---
(In reply to Sam James from comment #13)
> I would file a new bug with preprocessed sources if you can identify a
> testcase which is slower.
Preprocessed sources for a whole kernel build?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #11 from Frank Scheiner ---
(In reply to GCC Commits from comment #10)
> The master branch has been updated by Jakub Jelinek :
>
> https://gcc.gnu.org/g:a6db5908a55adbef0a0dc1eb2a22743064fe17b8
>
> commit r15-4554-ga6db5908a55adbef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #9 from Frank Scheiner ---
(In reply to GCC Commits from comment #8)
> The master branch has been updated by Jakub Jelinek :
>
> https://gcc.gnu.org/g:8f173da4520ddf64f3926580042f1103146bf0bd
Works splendid for my use case. Much ob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #7 from Frank Scheiner ---
(In reply to Jakub Jelinek from comment #3)
> Another option would be to revert r15-4402 and r15-4377 and reapply once
> this fix is tested and approved.
Reverting both commits results in a working compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #6 from Frank Scheiner ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 59372 [details]
> gcc15-pr117190.patch
>
> Untested fix.
Unfortunately applying the patch onto gcc-15-20241020
(01f50ebfd97a7bd17a4cc94c403a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
Frank Scheiner changed:
What|Removed |Added
CC||frank.scheiner at web dot de
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116627
Frank Scheiner changed:
What|Removed |Added
CC||frank.scheiner at web dot de
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
Frank Scheiner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #9 from Frank Scheiner ---
Looks like this is fixed in gcc-15-20241013, I assume thanks to the fix for
#116627. Just checked that cross-building Linux v6.12-rc3 for ia64 with the
mentioned snapshot now works w/o using the workaround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #7 from Frank Scheiner ---
Hi again,
this problem was bisected by me and I identified the following commit as first
bad commit:
[5fc4d3e1837](https://gcc.gnu.org/git/?p=gcc.git;a=blobdiff;f=gcc/cselib.cc;h=2abc763a3f8ed4f7bb2460b8f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #6 from Frank Scheiner ---
Dear Richard,
would it be helpful to bisect this problem or is it already known where and
when the problem was introduced?
I anyhow wanted to look into how those cross-compilers over at [1] are built
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #5 from Frank Scheiner ---
(In reply to Richard Biener from comment #2)
> Confirmed on trunk - we ICE in cselib during var-tracking, so
> -fno-var-tracking would be a workaround (or -g0).
Also confirming that both - i.e. using `-fno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #4 from Frank Scheiner ---
(In reply to Richard Biener from comment #3)
Hi Richard,
in case you wanted me to test this reduced test case, I ran it through as if it
was the file in question. I needed to remove `-Werror=strict-protot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
--- Comment #1 from Frank Scheiner ---
Created attachment 55905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55905&action=edit
the gzip compressed preprocessed file
Added the preprocessed file (gzip compressed due to size of 4.4 MiB).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425
Bug ID: 111425
Summary: ia64: ICE in net/ipv4/fib_semantics.c:1621:1: internal
compiler error: Segmentation fault
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
25 matches
Mail list logo
