On Thu, 6 Oct 2022 15:49:26 -0400
Chet Ramey wrote:
> On 10/2/22 4:51 AM, Kerin Millar wrote:
>
> > $ declare -p BASH_VERSION
> > declare -- BASH_VERSION="5.2.0(1)-release"
> > $ BASH_COMPAT=50; shopt extglob; : $(: $(: $(:))); shopt extglob
> > extglob off
> > extglob on
>
> Th
I think that's certainly a fair option, and a potential solution. The
reason for introducing a new "builtin" as opposed to utilizing a trap
is because safely appending to a trap can be filled with holes. Since
trap always overwrites what is in the trap, you have to be aware of
what is already in th
Issue is not reproduced when using a variable as pattern, and it's not
related the space character in the pattern:
$ ./bash --norc
bash-5.2$ var="abcd efgh ijkl mnop qrst"
bash-5.2$ pattern=" "
bash-5.2$ string="_"
bash-5.2$ echo "${var//${pattern}/${string}[${string}}"
abcd_[_efgh_[_ijkl_[_mno
On Thu, Oct 6, 2022, at 4:08 PM, Cynthia Coan wrote:
> I'd specifically like to propose a new built-in called `defer` which
> acts like `eval` however is not parsed/expanded/run until it's scope
> is leaving. Hopefully "scope" is the correct word, I'm imagining it
> running at the same time a loca
Hey all,
I've started working on this idea, and before getting too far I'd like
to get general feedback on the feature before going too far. I'd
specifically like to propose a new built-in called `defer` which acts
like `eval` however is not parsed/expanded/run until it's scope is
leaving. Hopeful
On 10/2/22 4:51 AM, Kerin Millar wrote:
$ declare -p BASH_VERSION
declare -- BASH_VERSION="5.2.0(1)-release"
$ BASH_COMPAT=50; shopt extglob; : $(: $(: $(:))); shopt extglob
extglob off
extglob on
Thanks for the report. I've attached the patch I applied to fix this.
--
``The l
On Fri, Oct 07, 2022 at 01:28:59AM +1000, Martin D Kealey wrote:
> I write nested functions quite often, usually with a subsequent `unset -f`
> but sometimes (necessarily) without.
>
> Being able to write `local -F funcname { ... }` or `function -L funcname {
> ... }` would be a nice replacement f
I write nested functions quite often, usually with a subsequent `unset -f`
but sometimes (necessarily) without.
Being able to write `local -F funcname { ... }` or `function -L funcname {
... }` would be a nice replacement for the former, but the latter is
usually about different phases of executio
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -g -O2
uname output: Linux z390 5.10.0-16-amd64 #1 SMP Debian 5.10.127-2
(2022-07-23) x86_64 GNU/Linux
Machine Type: x86_64-pc-linux-gnu
Bash Version: 5.2
Patch Le
On 10/5/22 6:29 PM, Robert Elz wrote:
Date:Wed, 5 Oct 2022 15:36:55 -0400
From:Chet Ramey
Message-ID: <3d89acac-4c0a-64c9-e22c-1a3ca6860...@case.edu>
| Other than that, there's no advantage.
There can be. I have, on occasion (not in bash - I don't
write bas
On 10/6/22 8:11 AM, Dr. Werner Fink wrote:
Hi,
Just to mention due to the extrem memory consumption during unicode tests
with enabled altenative array implementation the speed win is more then
equalised. That is the build system becomes unusable
The unicode test allocates a sparse array with
Hi,
Just to mention due to the extrem memory consumption during unicode tests
with enabled altenative array implementation the speed win is more then
equalised. That is the build system becomes unusable
ps aux | grep -E 'USER|^399'
USER PID %CPU %MEMVSZ RSS TTY STAT START TIM
12 matches
Mail list logo
