On Wed, 25 Jun 2003, David Mosberger wrote: > >>>>> On Wed, 25 Jun 2003 04:58:59 +0200 (CEST), stefan 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 > #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 */ Finally I applied a patch to CVS Guile. This should work now. Could please someone backport it (attached) to Guile 1.6.x recent? Then the Debian builders may succeed... Cheers, stefan@lkcc.org