here is also the SBCL 2.4.0 build log 
<https://12000.org/tmp/01092024/sbcl_2_4_0_build.log> file with all the 
commands and output 



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

> 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 fricas-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/fricas-devel/fc6f7706-9706-4810-9f52-ee27e8d19c85n%40googlegroups.com.

Reply via email to