Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #14831 > unrolled thread

Re: Misbehavior with constants and bash script

Started byQuentin L'Hours <lhoursquentin@gmail.com>
First post2018-11-19 16:06 -0800
Last post2018-11-19 16:06 -0800
Articles 1 — 1 participant

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Misbehavior with constants and bash script Quentin L'Hours <lhoursquentin@gmail.com> - 2018-11-19 16:06 -0800

#14831 — Re: Misbehavior with constants and bash script

FromQuentin L'Hours <lhoursquentin@gmail.com>
Date2018-11-19 16:06 -0800
SubjectRe: Misbehavior with constants and bash script
Message-ID<mailman.4284.1542672394.1284.bug-bash@gnu.org>
Hi Chet,

On 2018-11-19 03:38 PM, Chet Ramey wrote:
 > When the assignment is used as an argument to `declare', it causes the
 > declare command to fail, but it's not a variable assignment error, so
 > the script simply continues as with any other failed command.

I remembered this email thread about declaration utilities splitting 
behavior:
https://lists.gnu.org/archive/html/help-bash/2018-01/msg00006.html

If declaration utilities splitting is modified to be similar to a basic 
assignment then wouldn't it make sense to do the same for the rest (in 
this case assigment errors)?

It feels like POSIX progressively wants declaration builtins to have the 
same rules as basic assignments, why should assignment error stay different?

-- 
Quentin

[toc] | [standalone]


Back to top | Article view | gnu.bash.bug


csiph-web