Re: [Larceny-users] on porting to larceny

2009-01-01 Thread Marco Maggi
William D Clinger wrote: As an extremely temporary measure (to be fixed within a few days), Marco can use the following definitions: (define (get-errno) (syscall 47)) The tests I have done[1][2] give me the same results with all the Scheme implementations, so from my point of view it

Re: [Larceny-users] on porting to larceny

2008-12-31 Thread Peter Keller
On Wed, Dec 31, 2008 at 10:40:33AM -0500, William D Clinger wrote: Right. So, quoting more from that same link, the paradigm is: An application that needs to examine the value of errno to determine the error should set it to 0 before a function call, then inspect it before a

Re: [Larceny-users] on porting to larceny

2008-12-30 Thread Felix Klock
Marco- On Dec 27, 2008, at 4:26 AM, Marco Maggi wrote: *** The FFI does not allow retrieval of the errno value just after a foreign function call. Ikarus and Ypsilon allow this by storing the value in an internal state variable that can be accessed later with a procedure. My

Re: [Larceny-users] on porting to larceny

2008-12-30 Thread Peter Keller
On Tue, Dec 30, 2008 at 04:03:17PM -0500, William D Clinger wrote: The errno business is a crock, but it's C's crock so we have to respect it. In C, everything preserves a nonzero errno; that's true of Larceny as well.In C, any call to any function that might end up

Re: [Larceny-users] on porting to larceny

2008-12-29 Thread Marco Maggi
Oll Korrect. After restarting from a fresh Larceny installation everything works. The POSIX interface is running, too (of course errors are not reported correctly without the errno interface). -- Marco Maggi Now feel the funk blast! Rage Against the Machine - Calm like a bomb

Re: [Larceny-users] on porting to larceny

2008-12-28 Thread Marco Maggi
William D Clinger wrote: Marco Moggi wrote: The built in PARAMETERIZE does not act as a LETREC-like form: That has been logged as a requested enhancement (ticket #601). Thanks. If I have not missed it in the source, the FFI does not implement peekers and pokers for long double and long

[Larceny-users] on porting to larceny

2008-12-27 Thread Marco Maggi
Thanks for the prompt replies. Things seems to work. I thought that problems would come from language incompatibilities (like immutable pairs or library expansions), that would have made porting a long process; but I have got almost none of those so far. Instead it seems that the

Re: [Larceny-users] on porting to larceny

2008-12-27 Thread William D Clinger
Marco Moggi wrote: The built in PARAMETERIZE does not act as a LETREC-like form: That has been logged as a requested enhancement (ticket #601). If I have not missed it in the source, the FFI does not implement peekers and pokers for long double and long long. They are unusual, but if the

Re: [Larceny-users] on porting to larceny

2008-12-27 Thread David Rush
2008/12/27 William D Clinger w...@ccs.neu.edu: Marco Moggi wrote: I cannot use COMPILE-STALE-LIBRARIES because when there are the following files in the same directory: compat.ikarus.sls compat.larceny.sls compat.ypsilon.sls Larceny attempts to compile all of them, not only the