sibcalls and emit_eh_context

Jeffrey A Law law@cygnus.com
Wed Apr 12 09:30:00 GMT 2000


  In message < 200004111508.QAA24902@cam-mail2.cambridge.arm.com >you write:
  > 
  > I've just been looking at replacing the existing hack in the ARM backend 
  > to detect tail-calls with the new sibcall functionality.  I've now run 
  > into a problem building tinfo.cc.
  > 
  > The problem is that emit_eh_context is generating a call_placeholder insn 
  > (to get the eh_context), but it is doing this after 
  > optimize_sibling_and_tail_recursive_calls() has replaced all the other 
  > placeholders with their appropriate calls.  The result is a 
  > call_placeholder insn that isn't fixed up, so eventually we get an abort 
  > when it isn't recognized.
  > 
  > Has anyone else come across this?  If not, why not, since it looks like a 
  > fairly generic problem?
It may have been reported on i386-unknown-netbsd (the bug report looks 
similar).

Is your target a setjmp/longjmp based EH target?

jeff



More information about the Gcc-bugs mailing list