[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: >= and <= for string comparison
From: |
Seth David Schoen |
Subject: |
Re: >= and <= for string comparison |
Date: |
Thu, 19 Jan 2023 12:30:40 -0800 |
I would say that bash is somewhat constrained by implementing a language
that's descended from (and backwards compatible with) the Bourne Shell,
and by having had that language evolve over time. That means there's less
regularity and unity of design in bash than there might be if it were a
language designed from scratch at a single point in time, including
because of the pervasive need to deal with parsing ambiguities where an
operator can mean multiple things.
So I don't think one could expect by default that all irregularities,
idiosyncrasies, or apparent inconsistencies in bash's syntax or
functionality would be eliminated -- except maybe by making a new shell
dialect that explicitly broke backwards compatibility.
- Re: >= and <= for string comparison, (continued)
- Re: >= and <= for string comparison, Emanuele Torre, 2023/01/18
- Re: >= and <= for string comparison, Greg Wooledge, 2023/01/18
- Re: >= and <= for string comparison, alex xmb ratchev, 2023/01/18
- Re: >= and <= for string comparison, Peng Yu, 2023/01/18
- Re: >= and <= for string comparison, Eduardo Bustamante, 2023/01/18
- Re: >= and <= for string comparison, Peng Yu, 2023/01/19
- Re: >= and <= for string comparison, Lawrence Velázquez, 2023/01/18
- Re: >= and <= for string comparison, Peng Yu, 2023/01/19
- Re: >= and <= for string comparison, Chet Ramey, 2023/01/19
- Re: >= and <= for string comparison, Peng Yu, 2023/01/20
- Re: >= and <= for string comparison,
Seth David Schoen <=
- Re: >= and <= for string comparison, Peng Yu, 2023/01/17