gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] Re: ia64 function descriptors and unexec


From: Camm Maguire
Subject: Re: [Gcl-devel] Re: ia64 function descriptors and unexec
Date: 31 Oct 2003 17:47:52 -0500
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!

Andreas Schwab <address@hidden> writes:

> Camm Maguire <address@hidden> writes:
> 
> > Greetings!
> >
> > Andreas Schwab <address@hidden> writes:
> >
> >> >  Was there ever a GNU emacs obstacle on ia64 linux, or am I confusing
> >> > the situation with xemacs?
> >> 
> >> Since GNU Emacs does not assign function pointers at runtime there was
> >> never such a problem.
> >> 
> >
> > Could you please sketch how this is accomplished in emacs, given its
> > lisp base?
> [...]
> > Or are all lisp function objects statically defined in C source files as
> > explicitly initialized structures?
> 
> Yes.
> 

These three very helpful little letters have given me the idea which I
hope will be a stable once and for all solution to this problem and
any future others like it.  Far better than trying to probe ld.so's
function descriptor table, I should rather ammend the lisp compiler to
write a static function structure into each produced C source file
before compilation, with the structure's pointer element statically
initialized to the static function in the same file.  I then use the
address for this structure at runtime in setting the lisp symbol's
function definition.  This should work, right?

Take care,


> Andreas.
> 
> -- 
> Andreas Schwab, SuSE Labs, address@hidden
> SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 N├╝rnberg
> Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

[Prev in Thread] Current Thread [Next in Thread]