On Mar 8, 2008, at 11:24 PM, Wayne Davison wrote:

On Sat, Mar 08, 2008 at 06:11:09PM -0500, Jeff Johnson wrote:
Hmmm, we appear to have different behavior wrto echo. Your
patch changes testit.sh to include an explicit "--", which (when
I last fixed testit.sh like 3 weeks ago) does not appear in the
output I am (and was)  seeing.

I tried it on Ubuntu 7.10 and CentOS 5 with the same result, so it's
obviously a difference between whatever version of "echo" you have and
the one in the gnu coreutils package.  I'll attach a patch that makes
the code use a simple perl -e construct to accomplish the same thing in
a compatible manner (for any system with perl).  Using that avoids the
need to add the "--" chars to the output like I did in my earlier patch.


While I believe you, I need to pass "make check" before releasing popt-1.14 or enabling your patch. /bin/echo on my system is unmodified from Fedora 9 coreutils-6.10-4.fc9.i386, verified with rpm -Vf /bin/echo. Claiming "obviously" explains nothing.

And I'd rather understand the problem than band-aid with perl. Using perl
in a popt "make check" adds a difficult build prerequsite as well.

popt needs to handle "--" like any other CLI argument.

I have added the tests and the 1 liner to have -c=foo functionality,
just commented out and disabled for now.

Please note that that one-line fix won't work without my prior patch
that fixes the problem with a short option that has an embedded (or
leading) equal in an abutting arg (e.g. "test1 -2foo=bar"). I'll attach
it here in case you missed it.


I added the longArg = NULL, am seeing the same failure on test # 9.

If I skip test #9, there's several other tests that fail. The one element that changes
is enabling/disabling your patch.

And its not just /bin/echo that breaks.

Here is rpm behavior with your -c=foo 1-liner enabled:

[EMAIL PROTECTED] popt]$ rpm -q coreutils
coreutils
rpm: -q: unknown option

Reverting the change, rebuilding, installing, I get this behavior instead:

$ rpm -q coreutils
coreutils-6.10-4.fc9.i386

So there's something not correct with your patch ...

73 de Jeff
______________________________________________________________________
POPT Library                                           http://rpm5.org
Developer Communication List                       [email protected]

Reply via email to