[Linux-ia64] Re: Guile garbage collector on ia64-linux

On Wed, 25 Jun 2003, David Mosberger wrote:

> >>>>> On Wed, 25 Jun 2003 04:58:59 +0200 (CEST), stefan <stefan@lkcc.org> 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?

I've been using the Compaq testdrive account

 'SuSE Linux 7.2a (ia64) - Kernel 2.4.4-SMP (2)'

... looks like a glibc 2.2.2

Well may be too an old one.

Thanks for the quick response,
	stefan@lkcc.org


_______________________________________________
Linux-IA64 mailing list
Linux-IA64@linuxia64.org
http://lists.linuxia64.org/lists/listinfo/linux-ia64