[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Axiom-developer] build improvements results

From: Ralf Hemmecke
Subject: Re: [Axiom-developer] build improvements results
Date: Sun, 01 Oct 2006 00:23:56 +0200
User-agent: Thunderbird (X11/20060909)

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.


---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 
| \
|             | /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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]