I did exactly as your suggested. Build sbcl 2.4.0 from sources. typed same 
commands you showed.

Verified it is installed ok. Added it to the path  and to LD_LIBRARY_PATH . 
Removed the earlier sbcl on the system.

export 
PATH=/usr/local/texlive/2023/bin/x86_64-linux:/mnt/g/public_html/scripts:/usr/local/bin:/usr/bin:/bin:$SAGE_ROOT:$SAGE_ROOT/local/bin:/home/me/TMP/Reduce-svn6658-src/bin:/home/me/TMP/sbcl_install/bin:$PATH


export 
LD_LIBRARY_PATH=/usr/local/lib:/mnt/g/public_html/scripts:/home/me/TMP/sbcl_install/lib:$LD_LIBRARY_PATH

>which sbcl
/home/me/TMP/sbcl_install/bin/sbcl
>sbcl --version
SBCL 2.4.0

Then from new session went to fricas 1.3.10 and did

./configure 
make

and it still gives same error


--------------------------------
; wrote 
/home/me/TMP/fricas-1.3.10/target/x86_64-linux-gnu/algebra/RSETGCD.fasl
; compilation finished in 0:00:00.096
Value = 
#P"/home/me/TMP/fricas-1.3.10/target/x86_64-linux-gnu/algebra/RSETGCD.fasl"
(1) -> 
; compiling file 
"/home/me/TMP/fricas-1.3.10/pre-generated/src/algebra/RSIMP.lsp" (written 
09 JAN 2024 09:48:55 AM):
Heap exhausted during garbage collection: 0 bytes available, 32784 
requested.
        Immobile Object Counts
 Gen layout fdefn symbol   code  Boxed   Cons    Raw   Code  SmMix  Mixed 
 LgRaw LgCode  LgMix Waste%       Alloc        Trig   Dirty GCs Mem-age
  1      0      0      0      0    461    152  20090      0     14     53   
   0      0      0   48.4   351184640   224285322   20770   1  1.4203
  2      0   1376      0      0   1776    478   8504      3     42    310   
   0      0     82   37.3   230060864    18472746    9191   1  0.4782
  3      0      0      0      0      0      0      0      0      0      0   
   0      0      0    0.0           0     2000000       0   0  0.0000
  4      0      0      0      0      0      0      0      0      0      0   
   0      0      0    0.0           0     2000000       0   0  0.0000
  5      0      0      0      0      0      0      0      0      0      0   
   0      0      0    0.0           0     2000000       0   0  0.0000
  6    786  24394  27814  26389    472    153     55      3     34     18   
   0      0     68    2.2    25728768     2000000      27   0  0.0000
Tot    786  25770  27814  26389   2709    783  28649      6     90    381   
   0      0    150   43.5   606973888 [56.5% of 1073741824 max]
GC control variables:
   *GC-INHIBIT* = true
   *GC-PENDING* = true
   *STOP-FOR-GC-PENDING* = false
Collection trigger variables:
   dynamic_space_size = 1073741824
   bytes_allocated = 606973888
   auto_gc_trigger = 502833283
   bytes_consed_between_gcs = 53687091
fatal error encountered in SBCL pid 3856 tid 3856:
Heap exhausted, game over.

Welcome to LDB, a low-level debugger for the Lisp runtime environment.
(GC in progress, oldspace=1, newspace=2)
--------------------------------------------------------------------------------

>which sbcl
/home/me/TMP/sbcl_install/bin/sbcl
>sbcl --version
SBCL 2.4.0

Here is the link to the config file <http://config%20file>

Any suggestion what else to try? I am on Linux manjaro, latest version.

>uname -a
Linux me-virtualbox 6.6.8-2-MANJARO #1 SMP PREEMPT_DYNAMIC Thu Dec 21 
16:21:45 UTC 2023 x86_64 GNU/Linux



On Wednesday, January 10, 2024 at 11:07:39 AM UTC-6 Waldek Hebisch wrote:

> On Wed, Jan 10, 2024 at 07:57:55AM -0800, 'Nasser M. Abbasi' via FriCAS - 
> computer algebra system wrote:
> > I think there is something not right here. I am also getting same 
> problem 
> > as posted above with sbcl
> > 
> > fatal error encountered in SBCL pid 6123 tid 6123:
> > Heap exhausted, game over.
> > 
> > I tried it on Linux manjaro, latest version with KDE version and XFCE 
> > version, and they both fail with same error.
> > 
> > Then I tried to build fricas 1.3.10 on same linux box where I now have a 
> > running 1.3.9, and it also gave same error.
> > 
> > >which sbcl
> > /usr/bin/sbcl
> > >sbcl --version
> > SBCL 2.3.11
> > 
> > But I build 1.3.9 OK on this same Linux with same lisp. So why 1.3.10 
> fail 
> > to build?
>
> The file causing failure was added in FriCAS 1.3.10, it is not present
> in earlier versions.
>
> > Using the suggested workaround
> > 
> > ./configure --with-lisp="sbcl --dynamic-space-size 4096"
> > 
> > also did not work for me. escaping or now escaping. I could not get it 
> to 
> > work.
>
> You can use your own sbcl "executable" (that is shell script). Put
> the following into a file called 'my_sbcl' (or whatever you prefer):
>
> #!/bin/sh
> exec sbcl --dynamic-space-size 4096 "$@"
>
>
> and do 'chmod 755 my_sbcl'. After that you can use 'my_sbcl'
> as your Lisp.
>
>
> > Building sbcl from source it not practical.
>
> Actually, this is quite easy:
>
> 1) Dowwnload sbcl sources from www.sbcl.org
> 2) Unpack (untar) sources
> 3) cd to sbcl-x.y.z (where x.y.z is sbcl version)
> 4) sh make.sh --dynamic-space-size=8Gb --prefix=/path/to/install/directory
> where /path/to/install/directory points to place where you want it
> to live
> 5) sh install.sh
>
> > Asking people to search the net 
> > for lisp and download source files and
> > figure how to build it. 
> > 
> > I never had to do this before with Fricas. I always install lisp using 
> the 
> > package manager. One click and done.
> > 
> > And it always worked and caused no problem. I never had to play with 
> memory
> > sizes and any of this.
>
> Good for you. 'sbcl' running out of memory during compliation is old
> news. Some old versions had insane memory use (IIRC somebody tried
> to give 200Gb to sbcl and it was still not enough), our 'configure'
> refuses to build FriCAS with affected versions. I have built
> FriCAS 1.3.10 using sbcl-2.3.9, so in last few version sbcl got
> more memory hungry.
>
> > So something changed in 1.3.10.
>
> Something changed between sbcl-2.3.9 and sbcl-2.4.0. File added
> to FriCAS 1.3.10, that is RSIMP.spad compiles fine using sbcl-2.3.9.
>
> -- 
> 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/cda1e652-e799-499d-952a-b9f333ed29aan%40googlegroups.com.

Reply via email to