https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796
--- Comment #8 from Vladimir Makarov <vmakarov at gcc dot gnu.org> --- (In reply to Vladimir Makarov from comment #7) > A very interesting case, Peter. I reproduced the case too. I can take it > from here if you don't mind. The solution I see for this problem is to > check that if we change operand constraint from IN to INOUT when we change > insn alternative then we reconsider all conflicts for pseudos already > assigned to hard registers. Sorry, I meant insn code change not the insn alternative change.