Dear all, especially Ralf!
Waldek Hebisch <[EMAIL PROTECTED]> writes:
> There will be _some_ interaction (also with other changes). We will need to
> handle it sooner or later. Sooner is better because we still have some time
> to next release.
I dared to merge the aldor interface - along with the modifications to
foam_l.lisp we already talked about and some trivial modifications to the
makefiles to make it work with ecl.
Ralf, I hope you don't mind, I just couldn't wait any longer...
I hope many people test. Three warnings: for aldor 1.1.0, you will need to
apply one additional patch:
Index: src/interp/hashcode.boot
===================================================================
--- src/interp/hashcode.boot (Revision 338)
+++ src/interp/hashcode.boot (Arbeitskopie)
@@ -55,7 +55,7 @@
hash := hashCombine(hashType(arg, percentHash), hash)
retCode := hashType(retType, percentHash)
EQL(retCode, $VoidHash) => hash
- hashCombine(retCode, hash)
+ hashCombine(retCode, hashCombine(32236,hash))
op = 'Enumeration =>
for arg in args repeat
hash := hashCombine(hashString(STRING arg), hash)
Second: sbcl and especially ecl like it much better if you compile the lsp
files generated with the aldor compiler
Third: sbcl and ecl sometimes require you to load aldor generated libraries
twice, no idea why.
A MILLION THANKS TO RALF!
Martin
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/fricas-devel?hl=en
-~----------~----~----~----~------~----~------~--~---
