[Ecls-list] Can we add "long long" support to ECL on Linux/x86?

[Jean-Claude Beaudoin]

Hello ECL developers,

I am currently wrapping up the code of a Java JNI to Common Lisp interface,
a bit à la "jfli" but with a different twist to it.  I would like to shortly
announce it as
working on ECL (as well as SBCL) under Linux/x86 or MS-Windows XP (x86).

In order to do that I definitely need to have ECL support C99 type "long
long"
on those platforms since it is the only proper mapping for Java's "long"
type
in that context.

I hereby attach a patch file that I did against ECL 8.12 that adds the
support
I need. I hope it is thorough enough.  BTW, I am a bit annoyed by the fact
that this patch seems to break fasl compatibility but I have a feeling that
this
is pretty much unavoidable.

Would it be possible to merge this patch with the current ECL main code
base?

One caveat: I have not implemented "long long" on lisp callbacks yet but
I have an idea as to how to do it simply and quickly.  To make sure I would
need to know what Lisp type would be converted to "long long" on callback
return.  Is it only fixnum or am I missing something else?

P.S.: The :long-long in *features* is just a quick and dirty way to identify
that this instance of ECL has "long long" support. I don't care much about
it as long as I have a proper way to know that "long long" support is there.
It could very well disappear in a future release of ECL if it is well known
that
"long long" support is a feature of that release.

P.P.S.: I just do "patch -p0 <ecl-8.12.0_long_long_.patch" to apply the
patch
against the root of a fresh ECL 8.12.

Cheers,

Jean-Claude Beaudoin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20090302/5ca61c58/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ecl-8.12.0_long_long.patch
Type: application/octet-stream
Size: 6081 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20090302/5ca61c58/attachment.obj>