[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Dynamic loading progress
From: |
Aurélien Aptel |
Subject: |
Re: Dynamic loading progress |
Date: |
Thu, 5 Mar 2015 19:19:04 +0100 |
On Thu, Mar 5, 2015 at 6:37 PM, Paul Eggert <address@hidden> wrote:
> I don't see how this can work reliably if EMACS_INT and 'void *' have
> different widths. You should be able to reproduce the problem on x86 with
> 'configure --with-wide-int'.
I guess we could use (u)int64_t instead of void* then?
Anyway passing casted Lisp_Object won't work for pointer-type
Lisp_Object because of the GC. We'll most likely have to use pointers
to an intermediate struct (cf my previous post). Fast access to types
directly encoded in the Lisp_Object address would be nice though. I
feel like we're just going to re-implement Lisp_Object x)
- Re: Dynamic loading progress, Stephen Leake, 2015/03/04
- Re: Dynamic loading progress, Stefan Monnier, 2015/03/04
- Re: Dynamic loading progress, Aurélien Aptel, 2015/03/05
- Re: Dynamic loading progress, Stefan Monnier, 2015/03/06
- Re: Dynamic loading progress, Daniel Colascione, 2015/03/06
- Re: Dynamic loading progress, Stefan Monnier, 2015/03/09
Re: Dynamic loading progress, Stephen Leake, 2015/03/05
Re: Dynamic loading progress, Stephen Leake, 2015/03/05
Re: Dynamic loading progress, Stephen Leake, 2015/03/16