Re: [Axiom-developer] build improvements results

[Waldek Hebisch]

Gabriel Dos Reis writes:
> Waldek Hebisch <address@hidden> writes:
> 
> | Again on debian unstable using installed gcl fails:
> | 
> | make[2]: Wejście do katalogu `/home/s/test/tt/axiom7/ax-build/lsp'
> | echo '(compiler::link nil 
> "/home/s/test/tt/axiom7/ax-build/build/x86_64-unknown-linux/bin/lisp" \
> |                 (format nil "(progn (let ((*load-path* (cons ~S 
> *load-path*))\
> |                                           (si::*load-types* ~S)) \
> |                                          (compiler::emit-fn t)) \
> |                                     (when (fboundp (quote si::sgc-on)) \
> |                                           (si::sgc-on t)) \
> |                                     (setq compiler::*default-system-p* t))" 
> \
> |                         si::*system-directory* (quote (list ".lsp"))) \
> |                 "/home/s/test/tt/axiom7/ax-build/lsp/.././src/lib/cfuns-c.o 
> \
> |                   
> /home/s/test/tt/axiom7/ax-build/lsp/.././src/lib/sockio-c.o \
> |                   
> /home/s/test/tt/axiom7/ax-build/lsp/.././src/lib/libspad.a")'
> | \
> |             | /usr/bin/gcl
> | GCL (GNU Common Lisp)  2.6.7 CLtL1    Dec 19 2005 02:59:03
> | Source License: LGPL(gcl,gmp), GPL(unexec,bfd)
> | Binary License:  GPL due to GPL'ed components: (READLINE BFD UNEXEC)
> | Modifications of this banner must retain notice of a compatible license
> | Dedicated to the memory of W. Schelter
> | 
> | Use (help) to get some basic information on how to use GCL.
> | 
> | >Error handler called recursively (:UNBOUND-VARIABLE NIL EVAL ""
> |                                       "The variable ~S is unbound."
> 
> 
> Is it possible this might be a shell issue?  It looks to me as if the
> mutiline format string isn't being properly interpreted as a string
> when passed to GCL.  What shell was that?
>

GNU bash, version 3.1.14(1)-release (x86_64-pc-linux-gnu)

AFAICS shell preserve backslashes (since they are inside apostrophes).
I have checked on another Debian machine (this time using bundled gcl)
and the same problem appeared. Both problematic machnes run Gnu make
3.81. The other machines (without this problem) run Gnu make 3.80.

-- 
                              Waldek Hebisch
address@hidden