public inbox for libffi-discuss@sourceware.org
 help / color / mirror / Atom feed
* libffi-3.0.9 ported to OpenVMS IA64
@ 2010-05-31 22:51 Philippe Vouters
  2010-06-06 17:35 ` Peter O'Gorman
  0 siblings, 1 reply; 2+ messages in thread
From: Philippe Vouters @ 2010-05-31 22:51 UTC (permalink / raw)
  To: libffi-discuss

Dear libffi reader,

I ported your latest libffi-3.0.9 source code onto OpenVMS IA64 V8.3 for
use by CPython VMS IA64. The libffi code passed all ctypes.test tests. 
For use by Java/JNA, some more libffi routine symbols may have to be
added to libffi-3_0_9/libffi.opt.

As Python does not support long doubles, this specific data type has not
been tested although the code is ready for. I made code changes, mainly
in ffi.c and unix.S_vms_ia64. As far as it looks the IA64 gcc compiler
is much more permissive on type casting than the HP C for OpenVMS
compiler is, explaining you the two assembly routines stf_spill and
ldf_fill assembly code routines.

For more information, refer to:
http://vouters.dyndns.org/tima/OpenVMS-Python-ctypes-libffi-Python_module_ctypes.html
where you can grab the source code from (in zipped OpenVMS backup
format).

-- 
sip:Vouters.Philippe@ekiga.net
IM: philvout (Yahoo!)
http://vouters.dyndns.org/
Philippe Vouters (Fontainebleau/France)





^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: libffi-3.0.9 ported to OpenVMS IA64
  2010-05-31 22:51 libffi-3.0.9 ported to OpenVMS IA64 Philippe Vouters
@ 2010-06-06 17:35 ` Peter O'Gorman
  0 siblings, 0 replies; 2+ messages in thread
From: Peter O'Gorman @ 2010-06-06 17:35 UTC (permalink / raw)
  To: Philippe Vouters; +Cc: libffi-discuss

On Tue, Jun 01, 2010 at 12:51:34AM +0200, Philippe Vouters wrote:
> Dear libffi reader,
> 
> I ported your latest libffi-3.0.9 source code onto OpenVMS IA64 V8.3 for
> use by CPython VMS IA64. The libffi code passed all ctypes.test tests. 
> For use by Java/JNA, some more libffi routine symbols may have to be
> added to libffi-3_0_9/libffi.opt.
> 
> As Python does not support long doubles, this specific data type has not
> been tested although the code is ready for. I made code changes, mainly
> in ffi.c and unix.S_vms_ia64. As far as it looks the IA64 gcc compiler
> is much more permissive on type casting than the HP C for OpenVMS
> compiler is, explaining you the two assembly routines stf_spill and
> ldf_fill assembly code routines.
> 
> For more information, refer to:
> http://vouters.dyndns.org/tima/OpenVMS-Python-ctypes-libffi-Python_module_ctypes.html
> where you can grab the source code from (in zipped OpenVMS backup
> format).
Hi,

Thanks for going to the effort of doing this!

The http://vouters.dyndns.org/zip/libffi-3.0.9.zip file linked on that
page says "You don't have permission to access /zip/libffi-3.0.9.zip on
this server.".

Why not provide diffs, then anyone on any OS can see what was changed?

Peter
-- 
Peter O'Gorman
pogma@thewrittenword.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-06-06 17:35 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-05-31 22:51 libffi-3.0.9 ported to OpenVMS IA64 Philippe Vouters
2010-06-06 17:35 ` Peter O'Gorman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).