Re: [Axiom-developer] build improvements results

[Ralf Hemmecke]

I believe I have run into that problem with one of my own projects. Here 
is my 'svn log' corresponding to it. Maybe that gives some inside.

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.