https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
--- Comment #7 from qinzhao at gcc dot gnu.org ---
The reason for the ICE is:
The destination of the code movement due to tree sinking might not be the
immediate destination block of the block in which the statement locates.
for example:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
--- Comment #6 from qinzhao at gcc dot gnu.org ---
(In reply to Sam James from comment #3)
> btw, I haven't tried bootstrapping with -fdiagnostics-details, but it might
> be worth trying to bootstrap and regtest with a patch that does Init(1) in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
--- Comment #4 from Sam James ---
Reduced:
```
int celt_encode_with_ec_st, celt_encode_with_ec_st_0,
celt_encode_with_ec_nbFilledBytes;
void ec_enc_shrink();
void celt_encode_with_ec_max_allowed() {
int nbAvailableBytes = celt_encode_with_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
--- Comment #3 from Sam James ---
btw, I haven't tried bootstrapping with -fdiagnostics-details, but it might be
worth trying to bootstrap and regtest with a patch that does Init(1) in opt
just to see if anything explodes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
Sam James changed:
What|Removed |Added
Summary|ICE with|ICE with
|-fdiagnostics-d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117375
--- Comment #1 from Sam James ---
Created attachment 59505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59505&action=edit
celt_encoder.c.i.xz
