On Mon, Jul 25, 2022 at 04:21:09PM +0000, Waldek Hebisch wrote:
>
> ATM only one patch is needed to build using 2.6.13pre and FriCAS
> from distribution tarball:
>
> --- ../trunk/src/lisp/fricas-lisp.lisp 2022-07-23 20:46:47.697097794 +0200
> +++ ../dist/src/lisp/fricas-lisp.lisp 2022-07-25 17:25:07.328035488 +0200
> @@ -986,7 +986,7 @@
> (let ((ns (namestring name)))
> (if (and (consp (pathname-directory name))
> (eq (car (pathname-directory name))
> - #-:GCL :absolute #+:GCL :root))
> + :absolute ))
> ns
> (concatenate 'string (get-current-directory) "/" ns))))
> #+:cmu
>
> This patch is incompatible with earlier versions of GCL, but I think
> I have now way to do the same in backwards compatible way.
>
> OTOH testsuite has several failures.
I also tried to bump safety in interp-proclaims.lisp:
diff -ru ../trunk/src/interp/interp-proclaims.lisp
../dist/src/interp/interp-proclaims.lisp
--- ../trunk/src/interp/interp-proclaims.lisp 2021-08-01 14:26:15.421744317
+0200
+++ ../dist/src/interp/interp-proclaims.lisp 2022-07-25 19:18:31.141460429
+0200
@@ -1,4 +1,4 @@
#+:GCL
(progn
(eval-when (:execute :compile-toplevel :load-toplevel)
- (proclaim '(optimize (safety 1) (debug 3)))))
+ (proclaim '(optimize (safety 3) (debug 3)))))
With this setting I am again getting _huge_ memory use (one of test
processes had 19G resident when I killed the test run). With
GCL_MEM_MULTIPLE=0.03 tests run OK. This run (at safety 3)
produced only one error (in errortrap.input), which happens also
with older versions. Unfortunatly, at safety 3 GCL is quite
slow (more than 22 times CPU time than sbcl, more than 26 times
real time on parallel testsuite run).
--
Waldek Hebisch
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/20220725194010.GA24991%40fricas.math.uni.wroc.pl.
