On 7/24/22 10:41, Waldek Hebisch wrote:
I have re-tried GCL 2.6.13_pre on Linux. I see similar error.
Running offending part by hand with
)lisp (si::use-fast-links nil)
)set break break
I got more sensible error message. Apparrently GCL is running
out of memory to load code. But this is strange: GCL has allocated
44G heap and there is 2.9G resident, so there should be plenty
of memory. And at that stage there is about 4.5 M od code
to load. There is also previously compiled code in the same image,
but this should not be very big.
in
Err, did you finish this email?
I did some lookup in this direction, and found Environment Variable
GCL_MEM_MULTIPLE.
It means how many memory GCL will use. However, a smaller
value (0.1) can make compile go further, while bigger value (0.5) can't.
(Of course, the effect of this variable is dependent on system memory,
so YMMV.)
With GCL_MEM_MULTIPLE=0.1, now build fails at:
======
U64Int is already explicitly exposed in frame initial
U64Int will be automatically loaded when needed from
/tmp/fricas/src/algebra/U64INT.NRLIB/U64INT
)lisp (make-databases nil nil)
"building operation.daase"
"building category.daase"
>> System error:
(1) -> mv: cannot stat 'category.daase': No such file or directory
mv: cannot stat 'compress.daase': No such file or directory
======
- Qian
--
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/c6832031-ea03-e29d-b90d-f62ab3bc97c9%40gmail.com.
