GNU bug report logs - #17478
"No such file or directoryn" due to incorrect escaping

Previous Next

Package: libtool;

Reported by: Egmont Koblinger <egmont <at> gmail.com>

Date: Mon, 12 May 2014 17:37:01 UTC

Severity: normal

Done: Peter Rosin <peda <at> lysator.liu.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Egmont Koblinger <egmont <at> gmail.com>
To: Bob Friesenhahn <bfriesen <at> simple.dallas.tx.us>
Cc: 17478 <at> debbugs.gnu.org
Subject: bug#17478: "No such file or directoryn" due to incorrect escaping
Date: Tue, 13 May 2014 10:49:33 +0200
[Message part 1 (text/plain, inline)]
Hi,

> I am not seeing this on any of my systems here.
>
> What version of libtool is being used (output of './libtool --version' in
> build tree).

There's no ./libtool in the git source, the system version is copied
there upon running ./autogen.sh. (I'm not familiar with libtool at
all, can't tell if this is correct.)  It says version 2.4.2.

> What operating system is being used (output of 'uname -a')?

This is an Ubuntu Trusty:
Linux foo 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014
x86_64 x86_64 x86_64 GNU/Linux

> What is the output from 'config.guess' in the source tree?

Attached.

I also attach the generated vte-2.91 shell script where line 204 is
clearly buggy:
        printf %s\n "$relink_command_output" >&2
I think it's obvious that it prints a literal 'n' instead of a
newline. Adding one more backslash here solves the problem.

I believe this line is generated from these lines of libtool.m4 and
ltmain.sh (attaching these too):
libtool.m4:1183:   ECHO='printf %s\n'
ltmain.sh:4069:      $ECHO \"\$relink_command_output\" >&2

> What is the value of $SHELL?

It's /bin/bash, this is the shell I'm running.

Note: on Ubuntu, /bin/sh is a symlink to dash. But I've changed it to
point to bash and the same problem persists.

> What is the origin of the printf used?

I'm not sure I understand this question, could you please clarify?
printf is a builtin for both dash and bash. I believe the origin of
this faulty printf command is the lines in libtool.m4 and ltmain.sh
that I quoted above.


thanks,
egmont
[config.guess (application/octet-stream, attachment)]
[libtool.m4 (application/x-m4, attachment)]
[ltmain.sh (application/x-sh, attachment)]
[vte-2.91 (application/octet-stream, attachment)]

This bug report was last modified 11 years and 11 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.