Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14831 > unrolled thread
| Started by | Quentin L'Hours <lhoursquentin@gmail.com> |
|---|---|
| First post | 2018-11-19 16:06 -0800 |
| Last post | 2018-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.
Re: Misbehavior with constants and bash script Quentin L'Hours <lhoursquentin@gmail.com> - 2018-11-19 16:06 -0800
| From | Quentin L'Hours <lhoursquentin@gmail.com> |
|---|---|
| Date | 2018-11-19 16:06 -0800 |
| Subject | Re: 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
Back to top | Article view | gnu.bash.bug
csiph-web