Re: Guile garbage collector on ia64-linux

[David Mosberger]

>>>>> On Wed, 25 Jun 2003 04:58:59 +0200 (CEST), stefan <address@hidden> said:

  Stefan>  * have some header where ucontext_t is declared but
  Stefan> setcontext()/getcontext() is not -> so we can redeclare it
  Stefan> to make getcontext() return the 'struct rv'.

One way of achieving this is to do:

        #define getcontext hide_getcontext
        #include <ucontext.h>
        #undef getcontext

Andreas suggested another method.  Both have their ups and downs.

  Stefan>  * determination of the size and location of the backing
  Stefan> store; this has been previously achieved by:
  Stefan> ctx.uc_mcontext.sc_ar_bsp -> the top
  Stefan> __libc_ia64_register_backing_store_base -> the bottom Newer
  Stefan> glibc headers don't have 'sc_ar_bsp', but things like
  Stefan> 'ar_bsp_base' or 'ar_bspstore'.  Can something in the
  Stefan> structure ucontext_t be used to achieve the same?  Will this
  Stefan> change often in the future?

This doesn't sound right.  There were no member-name changes "struct
sigcontext".  I just checked the current libc CVS tree and it has:

struct sigcontext
{
    :
  unsigned long int sc_ar_bsp;  /* backing store pointer */

So I don't know why this isn't working for you.  What distro are you
using?

        --david