Re: sed --posix

2009-05-27 Thread Paolo Bonzini
> While we already determined that the expression is using the non-portable > \|, and thus using --posix is allowed to change the behavior, I think we > have also found an actual bug in sed 4.2. Not a bug, sed --posix disables \| altogether (and \+, \?, \<, \>, etc.). Unless yo

Re: sed --posix

2009-05-27 Thread Eric Blake
> > j...@mocca:~/src/libidn master$ echo 'version 2 '|sed --posix -e 's/version > \(2\|2\.1\)\([ ,]\)/version 3\2/g' > version 2 > > I'm using GNU sed v4.2 from debian testing. I suspected the final g > parameter to s/// but removing that didn'

Re: sed --posix

2009-05-27 Thread Simon Josefsson
Eric Blake writes: > According to Simon Josefsson on 5/27/2009 4:33 AM: >> But adding --posix makes it fail: >> >> j...@mocca:~/src/libidn master$ echo 'version 2 '|sed --posix -e 's/version >> \(2\|2\.1\)\([ ,]\)/version 3\2/g' > > You a

Re: sed --posix

2009-05-27 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Simon Josefsson on 5/27/2009 4:33 AM: > But adding --posix makes it fail: > > j...@mocca:~/src/libidn master$ echo 'version 2 '|sed --posix -e 's/version > \(2\|2\.1\)\([ ,]\)/version 3\2/g' You are usi

sed --posix

2009-05-27 Thread Simon Josefsson
[ ,]\)/version 3\2/g' version 3 But adding --posix makes it fail: j...@mocca:~/src/libidn master$ echo 'version 2 '|sed --posix -e 's/version \(2\|2\.1\)\([ ,]\)/version 3\2/g' version 2 I'm using GNU sed v4.2 from debian testing. I suspected the final g pa

Re: aliasing "sed" to "sed --posix"

2007-09-15 Thread Bruno Haible
]> * gnulib-tool (sed): Try a little harder to make bash understand the alias. Reported by Bruce Korb <[EMAIL PROTECTED]>. *** gnulib-tool 9 Sep 2007 12:17:36 - 1.257 --- gnulib-tool 16 Sep 2007 00:40:48 - *** *** 73,78 --- 73,89

Re: aliasing "sed" to "sed --posix"

2007-08-06 Thread Bruce Korb
Bruno Haible wrote: > Bruce Korb wrote: >> Aliases are turned off. >> Below is an experiment. Invoke with and without an argument. The results >> look like this: > > Your experiment uses the 'exit' command to test whether aliases are supported. > However, 'exit' is a shell built-in. Whereas 'sed

Re: aliasing "sed" to "sed --posix"

2007-08-06 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 8/6/2007 2:10 AM: > Your experiment uses the 'exit' command to test whether aliases are supported. > However, 'exit' is a shell built-in. Whereas 'sed' is not and will likely > never be a shell built-in. Can you retry your

Re: aliasing "sed" to "sed --posix"

2007-08-06 Thread Bruno Haible
Bruce Korb wrote: > Aliases are turned off. > Below is an experiment. Invoke with and without an argument. The results > look like this: Your experiment uses the 'exit' command to test whether aliases are supported. However, 'exit' is a shell built-in. Whereas 'sed' is not and will likely never

aliasing "sed" to "sed --posix"

2007-08-05 Thread Bruce Korb
gnulib-tool has this entry: # When using GNU sed, turn off as many GNU extensions as possible, # to minimize the risk of accidentally using non-portable features. # However, do this only for gnulib-tool itself, not for the code that # gnulib-tool generates, since we don't want "sed -

Re: [bug-gnulib] sed --posix change to gnulib-tool broke coreutils on Solaris

2007-01-02 Thread Bruno Haible
Paul Eggert wrote: > The recent 'sed --posix' change leaked into Makefiles, which broke > coreutils on Solaris. Rather than fix the problem one instance of > $SED at a time, I took a different tack by undoing the change and > installing the following less-intrusive chang

sed --posix change to gnulib-tool broke coreutils on Solaris

2006-12-25 Thread Paul Eggert
The recent 'sed --posix' change leaked into Makefiles, which broke coreutils on Solaris. Rather than fix the problem one instance of $SED at a time, I took a different tack by undoing the change and installing the following less-intrusive change instead. 2006-12-25 Paul Egger