https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:18dd295638724b455e072cd790451ace15a3d463
commit r11-5093-g18dd295638724b455e072cd790451ace15a3d463
Author: Jan Hubicka
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #12 from Martin Liška ---
I can confirm that, using dbgcnt-bisect.py script I was able to reduce that to:
-fdbg-cnt=merged_ipa_icf:4876-4877 where the problematic function is really
slide:
../../gcc/hash-table.h:1110:1: optimized:
This patch fixes the issue by making the conflict with C type sticky via
clearing the CXX bit. I checked that it recovers profiledbootstrap,
hwoever I want to look into the code tomorrow bit more to be sure that
it does not disable more than it should.
Honza
diff --git a/gcc/ipa-utils.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #11 from Jan Hubicka ---
This patch fixes the issue by making the conflict with C type sticky via
clearing the CXX bit. I checked that it recovers profiledbootstrap,
hwoever I want to look into the code tomorrow bit more to be sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #10 from Jan Hubicka ---
So I think I know what happens. It is actually the pre-existing
problem I mentioned in
https://gcc.gnu.org/pipermail/gcc-patches/2020-November/559017.html
the iterator is small type consiting of two pointers
The checking enabled build ICEs for me at same spot as for you
0x01475505 <+165>: punpcklqdq %xmm2,%xmm3
0x01475509 <+169>: movaps %xmm3,0x30(%rsp)
0x0147550e <+174>: callq 0x10949d0
::iterator::slide()>
0x01475513 <+179>: mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #9 from Jan Hubicka ---
The checking enabled build ICEs for me at same spot as for you
0x01475505 <+165>: punpcklqdq %xmm2,%xmm3
0x01475509 <+169>: movaps %xmm3,0x30(%rsp)
0x0147550e <+174>:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #8 from Jan Hubicka ---
In my setup I get ICE segfault with
#0 0x011fcf44 in vec::release (this=0x0) at ../../gcc/vec.h:1811
#1 0x011fcf2f in auto_vec::~auto_vec
(this=, this=) at ../../gcc/vec.h:1542
#2
It seems to crash on quite few locaitons but always related to indirect
calls. So perhaps there is some sort of weird relation to indirect call
profiling or devirutalization...
I am going to move my build to faster machine.
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #7 from Jan Hubicka ---
It seems to crash on quite few locaitons but always related to indirect
calls. So perhaps there is some sort of weird relation to indirect call
profiling or devirutalization...
I am going to move my build to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #6 from Martin Liška ---
It crashes here:
echo timestamp > stmp-int-hdrs
/home/mliska/Programming/gcc/objdir/./gcc/xgcc
-B/home/mliska/Programming/gcc/objdir/./gcc/ -xc -nostdinc /dev/null -S -o
/dev/null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #5 from Martin Liška ---
I'm planning to use merged_ipa_icf debug counter to isolate that..
> > Yep, I already worked out it is ipa-icf...
> > Do you have easy way to bisect what merge is causing the failure?
>
> Working on that will send details soon.
Great, thanks. In meantime I will check if I can isolate one of the paths
(constant access merging, variable access merging on the two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #4 from Jan Hubicka ---
> > Yep, I already worked out it is ipa-icf...
> > Do you have easy way to bisect what merge is causing the failure?
>
> Working on that will send details soon.
Great, thanks. In meantime I will check if I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #3 from Martin Liška ---
(In reply to Jan Hubicka from comment #2)
> > I see a similar bootstrap failure that's with:
> >
> > ../configure --enable-languages=c,c++,lto --prefix=/home/marxin/bin/gcc
> > --disable-multilib
> I see a similar bootstrap failure that's with:
>
> ../configure --enable-languages=c,c++,lto --prefix=/home/marxin/bin/gcc
> --disable-multilib --without-isl --disable-libsanitizer
> --with-build-config=bootstrap-lto-lean && make profiledbootstrap
> 'STAGE1_CFLAGS=-g -O2'
>
> started with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
--- Comment #2 from Jan Hubicka ---
> I see a similar bootstrap failure that's with:
>
> ../configure --enable-languages=c,c++,lto --prefix=/home/marxin/bin/gcc
> --disable-multilib --without-isl --disable-libsanitizer
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97857
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|profiledbootstrap
19 matches
Mail list logo