The link to the config file seems not be copied right. Here it is again

config.log <https://12000.org/tmp/01092024/config_v2.log>



On Wednesday, January 10, 2024 at 5:00:00 PM UTC-6 Nasser M. Abbasi wrote:

> 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/a8c63d24-2c71-49f2-b71a-c45c142cd364n%40googlegroups.com.

Reply via email to