Re: Possible bug in uname command

[Alfred M\. Szmidt]

   If Hurd implements the interface to enable 'uname -p' then that
   would certainly be a good thing in general.  A win-win.  But if it
   does not then already at this time 'uname -p' is not really useful
   to there.

But that isn't a good reason to make the option produce a error.

   If you are not concerned about portability across systems and are
   only concerned about GNU Hurd then it would seem that whether an
   option is available or not on another system should not be a
   concern.

I'm concerned about both.  If a option works in GNU uname on GNU then
that same option should work (i.e. not report an error) on non-GNU
platforms.  --author in ls doesn't work (it shows the group, not
st_author) on GNU/Linux for example, or any of the BSDs, but it would
just be crazy to make it produce an error on those platforms.

   On the other hand I am concerned with portability across different
   systems.  And even in the case that I were using it semi-badly I
   think this would not be serious breakage.

If that is the case, why not just make `uname -p' (and for any other
non-POSIX options) produce an error if POSIXLY_CORRECT is defined?