[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)

[yipiha2008 at gmail dot com]

--- Comment #23 from yipiha2008 at gmail dot com  2009-11-20 14:16 ---
Forget #22, as expected it does not work (kernel compiled with a patched GCC as
per #22 does not boot)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836

[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)

[yipiha2008 at gmail dot com]

--- Comment #25 from yipiha2008 at gmail dot com  2009-11-20 15:45 ---
Further tests show that you're right about the non working kernel.

Should the iwmmxt arch be disabled by default on GCC 4.5? At least it would
make it clear that this arch is untested/not supported.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836

[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)

[yipiha2008 at gmail dot com]

--- Comment #17 from yipiha2008 at gmail dot com  2009-11-19 13:18 ---
I tried removing the whole movsi section from the machine definition file
(iwmmxt.md) but if I do that GCC refuses to compile. Reading the GCC internals
documentation it appears that the movsi section is mandatory.

Does anyone know which part of the movsi section of iwmmxt.md has a problem?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836

[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)

[yipiha2008 at gmail dot com]

--- Comment #22 from yipiha2008 at gmail dot com  2009-11-19 16:47 ---
I tried applying this patch:


 (define_insn *iwmmxt_movsi_insn
-  [(set (match_operand:SI 0 nonimmediate_operand =rk,r,r,rk,
m,z,r,?z,Uy,z)
+  [(set (match_operand:SI 0 nonimmediate_operand =rk,r,r,rk,
m,z,rk,?z,Uy,z)
(match_operand:SI 1 general_operand  rk, I,K,mi,rk,r,z,Uy,z,
z))]
   TARGET_REALLY_IWMMXT
 (   register_operand (operands[0], SImode)


I really have no clue as to whether it is correct or not.

I rely on the assembler to crash with an error in the event this generates an
invalid instruction. So far I compiled a lot of stuff with this patch applied,
and I got no ICE. However it's likely that the generated code is incorrect
somehow and my code will crash (SIGILL?) when executed. I will test this in a
few hours.

Any other idea? Maybe we could contact the people who originally wrote the
iwmmxt.md file, they might be able to help.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836

[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)

[yipiha2008 at gmail dot com]

--- Comment #15 from yipiha2008 at gmail dot com  2009-11-17 13:04 ---
Is it feasible to disable the affected instruction in the meantime, so that gcc
stops crashing? Or, if this comes from Thumb-2 support, maybe it's possible to
disable Thumb-2 support?

I'm basically looking for a workaround.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836

[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)

[yipiha2008 at gmail dot com]

--- Comment #12 from yipiha2008 at gmail dot com  2009-11-16 16:17 ---
I would like to confirm that this bug affects gcc 4.4.2.
Compiling ffmpeg 0.5 triggers it in many places.

It may be a good idea to try to fix this in 4.5 if it's not fixed yet, before
Nov 30th which is the end of stage 3. The unassigned status of this bug makes
me wonder if it will be fixed soon enough.

Also, I don't understand why the severity of this bug is normal and not
blocker, since it makes it impossible to compile some files.


-- 

yipiha2008 at gmail dot com changed:

   What|Removed |Added

 CC||yipiha2008 at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836