Re: [polyml] FFI conversions for larger C types

2012-08-16 Thread Phil Clayton
On 10/08/12 14:52, Phil Clayton wrote: On 10/08/12 09:51, David Matthews wrote: I think it would probably be a good idea to add a range of conversions with and without explicit lengths, e.g. UINT64, LONGLONG and also possibly INT_PTR and UINT_PTR. Yes, that does sound good. I have found the f

Re: [polyml] FFI conversions for larger C types

2012-08-10 Thread Phil Clayton
On 10/08/12 09:51, David Matthews wrote: On 08/08/2012 22:51, Phil Clayton wrote: My bindings for GLib/GTK+ etc. involve some functions with 64 bit parameter/return values, using the C types gint64/guint64 - GLib's portable 64 bit integers. On Linux i386, these types are defined using 'signed/u

Re: [polyml] FFI conversions for larger C types

2012-08-10 Thread David Matthews
On 08/08/2012 22:51, Phil Clayton wrote: My bindings for GLib/GTK+ etc. involve some functions with 64 bit parameter/return values, using the C types gint64/guint64 - GLib's portable 64 bit integers. On Linux i386, these types are defined using 'signed/unsigned long long int'. I believe the C l

[polyml] FFI conversions for larger C types

2012-08-08 Thread Phil Clayton
My bindings for GLib/GTK+ etc. involve some functions with 64 bit parameter/return values, using the C types gint64/guint64 - GLib's portable 64 bit integers. On Linux i386, these types are defined using 'signed/unsigned long long int'. I believe the C library stdint.h defines portable types