Re: NLFFI problem

Matthias Blume <[email protected]>
Newsgroups gmane.comp.lang.sml.smlnj
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yes, that's a problem that I didn't finish dealing with.
I don't even know what the proper calling conventions are
for something like that in the general case with several members in a 
union.
Should I pick the largest member and use its calling convention?  
Should everything
be passed in memory somehow (i.e. by address)?  For example if the code 
is:

union u { int i; float f; };
void f (union u);

Should this be passed in a general-purpose register?  In a 
floating-point register?
In both?  In neither but in memory?  On the stack?

Any help with answering these questions would be appreciated.

Matthias


On May 19, 2004, at 2:38 AM, Vesa A Norrman wrote:

> Hello,
> I found weird C-code in Xlib headers which confuses mlnlffi-gen. Here 
> is
> an example program:
>
> union u { int e; };
> void f (union u);
>
> Which gives the error:
> Fail: unexpected type
>
> Vesa
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Smlnj-list mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/smlnj-list
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAq8qPh76q9l45OhsRAje1AKCk6Y+Z52kaa81QCMjWz1G7bQwtdQCbB+gX
E2E/IogVtXVRpxFEbDbz3yU=
=HYzF
-----END PGP SIGNATURE-----



-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.