emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#62052: closed (_N_GNU_nonoption_argv_flags_ is no longer supported)


From: GNU bug Tracking System
Subject: bug#62052: closed (_N_GNU_nonoption_argv_flags_ is no longer supported)
Date: Thu, 09 Mar 2023 14:41:01 +0000

Your message dated Thu, 9 Mar 2023 06:39:47 -0800
with message-id 
<CA+8g5KHXQEHMzvSLsBYSTNK0LpYHzzLkVTgXrerqm5_ZWi6sww@mail.gmail.com>
and subject line Re: bug#62052: _N_GNU_nonoption_argv_flags_ is no longer 
supported
has caused the debbugs.gnu.org bug report #62052,
regarding _N_GNU_nonoption_argv_flags_ is no longer supported
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
62052: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62052
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: _N_GNU_nonoption_argv_flags_ is no longer supported Date: Tue, 7 Mar 2023 17:40:59 +0100 User-agent: Mutt/2.2.9 (2022-11-12)
Hello.

I have noticed the _N_GNU_nonoption_argv_flags_ (where N is the pid of
grep) environment variable mentioned in the documentation. I tried to
play with it, but it does not seem to work:

 bash-5.1$ (declare -x _"$BASHPID"_GNU_nonoption_argv_flags_=1111111
 > exec grep -e)
 grep: option requires an argument -- 'e'
 Usage: grep [OPTION]... PATTERNS [FILE]...
 Try 'grep --help' for more information.

I have checked gnulib's changelog and it looks like support for it has
been removed in 2017, and before that it has not been enabled by default
since 2001. (and, as far as I can tell, GNU grep never explicitly
enabled it.)

Furthermore, this environment variable used to be set this environment
variable automatically by bash up to version 2.0, but since version 2.01
(released in 1997) bash has stopped using it.

I think, at this point, it would be best to not mention that environment
variable in the documentation; it has not been used or even supported
for a long time so it is just confusing.

Bye. :)
 emanuele6



--- End Message ---
--- Begin Message --- Subject: Re: bug#62052: _N_GNU_nonoption_argv_flags_ is no longer supported Date: Thu, 9 Mar 2023 06:39:47 -0800
On Wed, Mar 8, 2023 at 7:39 AM Emanuele Torre <torreemanuele6@gmail.com> wrote:
> I have noticed the _N_GNU_nonoption_argv_flags_ (where N is the pid of
> grep) environment variable mentioned in the documentation. I tried to
> play with it, but it does not seem to work:
>
>  bash-5.1$ (declare -x _"$BASHPID"_GNU_nonoption_argv_flags_=1111111
>  > exec grep -e)
>  grep: option requires an argument -- 'e'
>  Usage: grep [OPTION]... PATTERNS [FILE]...
>  Try 'grep --help' for more information.
>
> I have checked gnulib's changelog and it looks like support for it has
> been removed in 2017, and before that it has not been enabled by default
> since 2001. (and, as far as I can tell, GNU grep never explicitly
> enabled it.)
>
> Furthermore, this environment variable used to be set this environment
> variable automatically by bash up to version 2.0, but since version 2.01
> (released in 1997) bash has stopped using it.
>
> I think, at this point, it would be best to not mention that environment
> variable in the documentation; it has not been used or even supported
> for a long time so it is just confusing.

Thank you for noticing and reporting that.
Done with the attached.

Attachment: grep-_N_GNU_nonoption_argv_flags_.patch
Description: Binary data


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]