clisp-devel

TODO: a macro like CMU's FFI:ADDR still need for?

[Hoehle, Joerg-C. <Joe...@t-...>]

Hi,

src/TODO mentions the need for the above. I don't know where it comes from, but
1. each pointer (foreign-xyz object) is implicitly an address
2. there foreign-address-unsigned
3. there's c-var-address and foreign-address

I believe this entry can go. May the one who added it delete that entry if it is indeed history.

Regards,
	Jorg Hohle.

Re: TODO: a macro like CMU's FFI:ADDR still need for?

[Sam S. <sd...@gn...>]

> * Hoehle, Joerg-Cyril <Wbr...@g-...> [2005-06-15 14:58:23 +0200]:
>
> src/TODO mentions the need for the above. I don't know where it comes
> from, but
> 1. each pointer (foreign-xyz object) is implicitly an address
> 2. there foreign-address-unsigned
> 3. there's c-var-address and foreign-address
>
> I believe this entry can go. May the one who added it delete that
> entry if it is indeed history.

Please add an example implementing CMU's FFI:ADDR in impext.xml:"dffi"
and then remove the TODO entry.

thanks.

PS. impnotes changes do not need to be documented in src/ChangeLog

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.honestreporting.com> <http://www.memri.org/>
<http://www.jihadwatch.org/> <http://ffii.org/> <http://www.dhimmi.com/>
Between grand theft and a legal fee, there only stands a law degree.

Re: TODO: a macro like CMU's FFI:ADDR still need for?

[Bruno H. <br...@cl...>]

J=C3=B6rg wrote:
> 3. there's c-var-address and foreign-address
>
> I believe this entry can go.

Yes. Thanks for having implemented it!

Bruno