|
From: | Ralf Hemmecke |
Subject: | Re: [Axiom-developer] build improvements results |
Date: | Sun, 01 Oct 2006 00:23:56 +0200 |
User-agent: | Thunderbird 1.5.0.7 (X11/20060909) |
Cannot you move the \ outside the '...' area. Ralf ---My ChangeLog There was a problem with handling quoted backslash/newline combinations with a newer version of GNU-make (version 3.81). This came from a recent bugfix that happened in make 3.81. Here is the corresponding ChangeLog entry from GNU make 3.81. > 2005-06-25 Paul D. Smith <address@hidden> > > * job.c (construct_command_argv_internal): Sanitize handling of > backslash/newline pairs according to POSIX: that is, keep the > backslash-newline in the command script, but remove a following > TAB character, if present. In the fast path, make sure that the > behavior matches what the shell would do both inside and outside > of quotes. In the slow path, quote the backslash and put a > literal newline in the string. > Fixes Savannah bug #1332. ---end ChangeLog On 09/30/2006 11:53 PM, Waldek Hebisch wrote:
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.
[Prev in Thread] | Current Thread | [Next in Thread] |