> 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
>
> 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'
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
-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
[ ,]\)/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
]>
* 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
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
-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
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
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 -
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
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
12 matches
Mail list logo