Ed,
It's a pretty simple change, which shouldn't break any reasonable code
and doesn't need to be documented because it's an implementation
detail. There are pathological cases where it'd act differently, but I
don't think these exist in the current code base.
Basically, I made it so that, if a m
Hi all,
Right now, circular dependencies are officially not allowed, but
unofficially they sort of work.
This idiom is used in a few places, eg, extra/calendar:
=== calendar.factor:
IN: calendar
...
HOOK: gmt-offset calendar-backend
USE-IF: unix? calendar.unix
USE-IF: windows? calendar.window
Thank you for the useful information Ricardo. I wasn't aware "cdecl" would work
under windows xp instead of the conventional "stdcall" (in fact I only tested
under Mac OS X). One other thing you'll need to do if you want the library to
run in a more predictable way is update the add-librar
Hi,
I was playing around with the oracle bindings on windows xp but I kept
geting a "memory protection fault at address 1000" and a "operating
system sygnal 11" once and some other random errors.
After playing a little bit, I changed tha calling convention from "stdcall"
to "cdecl" (at liboci
> "Ed" == Eduardo Cavazos
> <[EMAIL PROTECTED]> writes:
Ed> I haven't pulled from your repos yet so I haven't messed around
Ed> with the new macro code yet.
Ed,
as a side-note, let me say that you do not need to "pull" (in git
sense) from Daniel's repository to look at the changes, you c
Daniel,
I noticed a message from you in the #concatenative logs about using
memoization in the implementation of macros. Is that correct? If so, can you
describe what you did a little bit? I haven't pulled from your repos yet so I
haven't messed around with the new macro code yet.
Ed
