Re: Status of ANSI compliance

[Matt Kaufmann]

Regarding:

> As ASDF/Quicklisp is the current de-facto default package management
> tool heavily utilized by the Common Lisp community/ecosystem, without
> ASDF/Quicklisp support, GCL's usefulness can be fairly limited outside
> Maxima or ACL2 , whose Debian packages are built with GCL.

I thought I should mention that several ACL2 libraries depend on
Quicklisp as well.  We just avoid those libraries when using GCL.

Regards,
Matt
Liāu, Kiong-Gē 廖宮毅 <gongyi.liao@gmail.com> writes:

> Hi,
>
> I just realized the failure in my last attempt to build GCL master
> branch was due to memory limit within a podman/docker container.
>
> I tried the same workflow in a LXC container and this attempt to build
> the master branch on a Debian unstable LXC container was successful.
>
> However, the current of ASDF/Quicklisp support in borth master and
> 2.6.13 branches seem very little if not none, anything we can do in
> order to make ASDF/Quicklisp usable with GCL?
>
> As ASDF/Quicklisp is the current de-facto default package management
> tool heavily utilized by the Common Lisp community/ecosystem, without
> ASDF/Quicklisp support, GCL's usefulness can be fairly limited outside
> Maxima or ACL2 , whose Debian packages are built with GCL.
>
> Thanks,
> Kiong-Gē.
>
> On Fri, May 22, 2020 at 9:31 AM Gong-Yi Liao 廖宮毅 <gongyi.liao@gmail.com> 
> wrote:
>>
>> Hi,
>>
>> I tried to build the master branch using gcc 9.3 in Debian unstable
>> (with apt build-dep gcl, of course), but I got the following error:
>>
>> ----
>> >;; Loading "boot.lisp"
>> ;; Compiling /home/gong-yi/.local/tmp/gazonk_28660_0.lsp.
>> ;; End of Pass 1.
>> ;; End of Pass 2.
>> ;; OPTIMIZE levels: Safety=3, Space=0, Speed=3, (Debug quality ignored)
>> ;; Finished compiling /home/gong-yi/.local/tmp/gazonk_28660_0.o.
>> ;; Loading #P"/home/gong-yi/.local/tmp/gazonk_28660_0.o"
>> mprotect failure: 0x19cbc000 4096 : Permission denied
>>
>> Error: ERROR "The assertion !clear_protect_memory(memory)
>>  on line 584 of sfaslelf.c in function fasload
>>  failed: Permission denied"
>> Signalled by IF.
>> ERROR "The assertion !clear_protect_memory(memory)
>>  on line 584 of sfaslelf.c in function fasload
>>  failed: Permission denied"
>> Broken at LET*.  Type :H for Help.
>>     1  Return to top level.
>>
>> cd unixport && make saved_gcl && mv saved_gcl saved_pre_gcl
>> make[1]: Entering directory '/home/gong-yi/Downloads/gcl/master/gcl/unixport'
>> ls: cannot access '../lsp/*.o': No such file or directory
>> ls: cannot access '../xgcl-2/*.o': No such file or directory
>> ls: cannot access '../cmpnew/*.o': No such file or directory
>> ls: cannot access 'gcl_recompile?*.o': No such file or directory
>> ls: cannot access '../mod/*.o': No such file or directory
>> ls: cannot access '../pcl/*.o': No such file or directory
>> ls: cannot access '../clcs/*.o': No such file or directory
>> gcc -fsigned-char -pipe -fno-builtin-malloc -fno-builtin-free -fno-PIE
>> -fno-pie -fno-PIC -fno-pic -Wall -Wno-empty-body
>> -Wno-unused-but-set-variable -Wno-misleading-indentation
>> -fsigned-char  -pipe -Wall  -Wno-unused-but-set-variable -O3
>> -fomit-frame-pointer  -I/home/gong-yi/Downloads/gcl/master/gcl/o -c -D
>> gcl -D FLAVOR="gcl" sys_init.c -o sys_gcl.o
>> rm -rf libgcl.a
>> ar rs libgcl.a ../o/alloc.o ../o/array.o ../o/assignment.o
>> ../o/backq.o ../o/bds.o ../o/big.o ../o/bind.o ../o/bitop.o
>> ../o/block.o ../o/catch.o ../o/cfun.o ../o/character.o
>> ../o/clxsocket.o ../o/cmpaux.o ../o/conditional.o ../o/earith.o
>> ../o/error.o ../o/eval.o ../o/fat_string.o ../o/file.o ../o/format.o
>> ../o/frame.o ../o/funlink.o ../o/gbc.o ../o/gcl_readline.o
>> ../o/gmp_wrappers.o ../o/gprof.o ../o/hash.o ../o/init_pari.o
>> ../o/iteration.o ../o/let.o ../o/lex.o ../o/list.o ../o/macros.o
>> ../o/main.o ../o/makefun.o ../o/mapfun.o ../o/multival.o
>> ../o/new_init.o ../o/nfunlink.o ../o/nsocket.o ../o/num_arith.o
>> ../o/number.o ../o/num_comp.o ../o/num_co.o ../o/num_log.o
>> ../o/num_pred.o ../o/num_rand.o ../o/num_sfun.o ../o/package.o
>> ../o/pathname.o ../o/predicate.o ../o/prelink.o ../o/print.o
>> ../o/prog.o ../o/read.o ../o/reference.o ../o/regexpr.o
>> ../o/run_process.o ../o/sequence.o ../o/sfasl.o ../o/sockets.o
>> ../o/string.o ../o/structure.o ../o/symbol.o ../o/toplevel.o
>> ../o/typespec.o ../o/unixfasl.o ../o/unixfsys.o ../o/unixsave.o
>> ../o/unixsys.o ../o/unixtime.o ../o/usig2.o ../o/usig.o ../o/utils.o
>> sys_gcl.o
>> ar: creating libgcl.a
>> touch raw_gcl_map
>> gcc -no-pie -Wl,-z,lazy -Wl,-T,../unixport/gcl.script -o raw_gcl
>> -rdynamic -L.   -Wl,-Map raw_gcl_map  -lgcl -lX11    -lgmp -lreadline
>> -ldl  -lm -lc -lgclp
>> /usr/bin/ld: ./libgcl.a(sys_gcl.o): in function `gcl_init_system':
>> sys_init.c:(.text+0x409): undefined reference to `init_gcl_s'
>>
>>
>> ------
>>
>>
>> Not sure what cause this
>>
>> On Sat, May 16, 2020 at 8:15 AM Camm Maguire <camm@maguirefamily.org> wrote:
>> >
>> > Greetings!  Compliance is much further along with 2.6.13, and
>> > significantly yet further still in the git master branch.  Will release
>> > the latter as a debian package if I can find some time.  Alas, the
>> > compiler in master is still too slow, though the code generated is much
>> > better.
>> >
>> > Take care,
>> >
>> > Gong-Yi Liao 廖宮毅 <gongyi.liao@gmail.com> writes:
>> >
>> > > Hi,
>> > >
>> > > GCL 2.6.2 seems the last release with release note outlining the status 
>> > > of ANSI compliance test result.
>> > >
>> > > How's the status of ANSI compliance of the upcoming GCL 2.6.13?
>> > >
>> > > Thanks,
>> > > Gong-Yi.
>> > >
>> >
>> > --
>> > Camm Maguire                                        camm@maguirefamily.org
>> > ==========================================================================
>> > "The earth is but one country, and mankind its citizens."  --  Baha'u'llah