[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guile garbage collector on ia64-linux
From: |
stefan |
Subject: |
Re: Guile garbage collector on ia64-linux |
Date: |
Wed, 25 Jun 2003 20:03:15 +0200 (CEST) |
On Wed, 25 Jun 2003, David Mosberger wrote:
> >>>>> 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?
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,
address@hidden