[Ecls-list] :[u]int32-t

[Matthew Mondor]

On Tue, 2 Feb 2010 15:26:46 -0500
Matthew Mondor <mm_lists at pulsar-zone.net> wrote:

> Despite having fixed that locally, I'm having problems when trying
> to get-slot-value with various types.  I have the impression that it
> could have to do with the implementation of foreign-elt-type-p which
> uses MEMBER on a more restrictive list rather than using the
> *ffi-types* hash-table or a more complete list.

I had the time to extract and start looking at the portable UFFI
package, and indeed it supports less types than ECL's UFFI does as
well.  However, considering how tighly integrated with C ECL is, and
that C99 does define [u]int8_t, [u]int16_t, [u]int32_t and [u]int64_t,
we probably should support all of those as well, IMO.  We have byte,
but should probably also have uint8-t and int8-t too.

The [U]FFI code I'll personally write for ECL will be more certain to
remain ABI compatible with the C libraries, by using structures defined
using the same types (which could also be imported automatically via
eventual grovelling), and portability will remain at the level of C's.
For instance it's bad practice to assume that long is 32-bit, which it
is not on 64-bit, etc...
-- 
Matt