Re: An inconsistency of the outputs of help builtin

2024-12-23 Thread Chet Ramey
On 12/20/24 7:30 PM, Lawrence Velázquez wrote: On Fri, Dec 20, 2024, at 8:09 AM, Greg Wooledge wrote: help -d cdoes not exactly match anything, so it's treated like c\* Is this documented somewhere? I'm not seeing anything about it in the man page or texinfo manual. If the argument cont

Re: An inconsistency of the outputs of help builtin

2024-12-20 Thread Greg Wooledge
On Fri, Dec 20, 2024 at 19:30:49 -0500, Lawrence Velázquez wrote: > On Fri, Dec 20, 2024, at 8:09 AM, Greg Wooledge wrote: > > help -d cdoes not exactly match anything, so it's treated like c\* > > Is this documented somewhere? I'm not seeing anything about it in > the man page or texinfo man

Re: An inconsistency of the outputs of help builtin

2024-12-20 Thread Lawrence Velázquez
On Fri, Dec 20, 2024, at 8:09 AM, Greg Wooledge wrote: > help -d cdoes not exactly match anything, so it's treated like c\* Is this documented somewhere? I'm not seeing anything about it in the man page or texinfo manual. -- vq

Re: An inconsistency of the outputs of help builtin

2024-12-20 Thread Greg Wooledge
On Fri, Dec 20, 2024 at 04:50:17 -0800, Wiley Young wrote: > For some reason, while `help -d 'c'` prints the same thing as `help -c > 'c*'` (note the asterisk), the same is not true when the character is > left-bracket: `help -c '[*'. Why did you expect them to be the same? Assuming you meant -d

An inconsistency of the outputs of help builtin

2024-12-20 Thread Wiley Young
Testing how bash's help builtin responds to each character. For some reason, while `help -d 'c'` prints the same thing as `help -c 'c*'` (note the asterisk), the same is not true when the character is left-bracket: `help -c '[*'. This issue persists on bash 5.3 beta. # Input: [liveuser@fedora ~]