From: <pj...@in...> - 2010-11-22 10:18:40
|
pj...@in... (Pascal J. Bourguignon) writes: > [...] >> Do you think the "full" module set is still necessary? >> Bruno, what do you think? >> >>> How can I get the full link set? >> >> the "make distrib" still includes it. >> I think I will drop it there too. > > I agree that it is nicer to have dynamic modules and using require to > load them. (Given that the full linkset could vary in composition, it's > better to explicitely require the wanted modules). > > The problem I have come from 'legacy' scripts which used -Kfull to have > the modules. > > Since I can also use require on the oldest remaining version (2.44), I > can indeed remove the -Kfull option. (Actually, on that 2.44 > installation, I symlinked base to full...). Err, actually, that 2.44 installation is special since I configured it so that the base linkset is actually the full linkset. On current gentoo, it's clisp 2.48 that's installed, with the two linksets, and when we launch clisp with the base linkset, (require "linux") fails. [pjb@kuiper :0.0 ~]$ /usr/bin/clisp --version GNU CLISP 2.48 (2009-07-28) (built 3496707691) (memory 3496707846) Software: GNU C 4.4.3 gcc -O2 -pipe -march=native -mno-tls-direct-seg-refs -Wa,--noexecstack -I/usr/include/postgresql-8.4 -I/usr/include/db4.5 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -pthread -DUNICODE -DMULTITHREAD -DPOSIX_THREADS -DDYNAMIC_FFI -I. -Wl,-O1 -Wl,--as-needed /usr/lib64/libreadline.so -lncurses -ldl /usr/lib64/libavcall.a /usr/lib64/libcallback.a -L/usr/lib64 -lsigsegv -L/usr/lib64 -lc SAFETY=0 TYPECODES WIDE_HARD GENERATIONAL_GC SPVW_BLOCKS SPVW_MIXED TRIVIALMAP_MEMORY libsigsegv 2.8 libreadline 6.0 Features: (READLINE REGEXP SYSCALLS I18N LOOP COMPILER CLOS MOP CLISP ANSI-CL COMMON-LISP LISP=CL INTERPRETER MT SOCKETS GENERIC-STREAMS LOGICAL-PATHNAMES SCREEN FFI GETTEXT UNICODE BASE-CHAR=CHARACTER WORD-SIZE=64 PC386 UNIX) C Modules: (clisp i18n syscalls regexp readline) Installation directory: /usr/lib64/clisp-2.48/ User language: ENGLISH Machine: X86_64 (X86_64) kuiper.lan.informatimago.com [192.168.7.2] Without -Kfull: [pjb@kuiper :0.0 ~]$ /usr/bin/clisp -ansi -q -norc [1]> (require "linux") *** - LOAD: A file with name linux does not exist The following restarts are available: ABORT :R1 Abort main loop Break 1 [2]> (quit) With -Kfull: [pjb@kuiper :0.0 ~]$ /usr/bin/clisp -ansi -q -norc -Kfull [1]> (require "linux") NIL [2]> (quit) [pjb@kuiper :0.0 ~]$ Therefore, with the normal existing versions of clisp, we must give the -Kfull option to be able to REQUIRE the modules, dynamic or not. So for a lingering time (a couple of years), installations of clisp that use dynamic modules, should accept the -Kfull option as a No-Op, to be compatible with older versions. When not launched in batch (script, -q, etc), a warning to the effect that -Kfull is deprecated and will disappear in the future can be issued. -- __Pascal Bourguignon__ http://www.informatimago.com/ A bad day in () is better than a good day in {}. |