regscan x86 abort
Jeffrey A Law
law@cygnus.com
Mon Sep 7 23:51:00 GMT 1998
In message < 19980905225433.A25953@dot.cygnus.com >you write:
>
> --huq684BweRXVnRxX
> Content-Type: text/plain; charset=us-ascii
>
> The attached function causes a segv in reg_scan_mark_refs because
> we traverse a REG_WAS_0 note, and find a nil in the INSN stored
> there. Scanning the attached insn seems wrong.
>
>
> r~
>
> --huq684BweRXVnRxX
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: attachment; filename=z
>
> * regclass.c (reg_scan_mark_refs): Don't traverse attached insns.
I'm not sure this is right.
If you look down in reg_scan_mark_refs, it handles INSN_LISTs explicitly.
I would be worried that there are cases where we should be looking
at INSNs.
If no such cases exist, then we should also ignore JUMP_INSNs,
CALL_INSNs and resolve what to do with INSN_LISTs.
Did the nil occur in the insn pointed to by the REG_WAS_0 note, or
was there a nil in the actual note itself?
jeff
More information about the Gcc-patches
mailing list