2011-10-31, 07:35(-06), Paul Gilmartin: > On Oct 31, 2011, at 07:12, Eric Blake wrote: > >> [adding bug-libtool] >> > [removing, because I'm not registered.] > >> On 10/30/2011 10:23 PM, Mike Frysinger wrote: >>> On Sunday 30 October 2011 23:41:58 Herbert Xu wrote: >>>> Mike Frysinger wrote: >>>>> POSIX states that octal escape sequences should take the form \0num >>>>> when using echo. dash however additionally treats \num as an octal >>>>> sequence. This breaks some packages (like libtool) who attempt to >>>>> use strings with these escape sequences via variables to execute sed >>>>> (since sed ends up getting passed a byte instead of a literal \1). >> >> That's a bug in libtool for using "echo '\1'" and expecting sane behavior. >> Can you provide more details on this libtool bug, so we can get it fixed in >> libtool? Or perhaps it has already been fixed in modern libtool, and you >> are just encountering it in an older version? >> > Yes, there's value in coding defensively. However: > > I used to know a statement in POSIX that builtins should behave > identically to the executables in /bin (or perhaps /usr/bin) > except for performance. So, testing with dash on Ubuntu: [...]
This can only reasonably be done on systems where the shell and utilities are maintained by the same persons. On my system, /bin/echo '\FS' starts a flight simulator. Should I ask dash to implement that same flight simulator? See also GNU test that doesn't behave the same as GNU bash's "test" (test a \< b for instance). -- Stephane -- To unsubscribe from this list: send the line "unsubscribe dash" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
