Re: [PATCH] Implement rehashing for associative arrays (Re: speeding up hash_search?)

From	Greg Wooledge <wooledg@eeg.ccf.org>
Newsgroups	gnu.bash.bug
Subject	Re: [PATCH] Implement rehashing for associative arrays (Re: speeding up hash_search?)
Date	2020-04-20 17:50 -0400
Message-ID	<mailman.841.1587419444.3066.bug-bash@gnu.org> (permalink)
References	(6 earlier) <CAFLRLk_KetD6+-o2HOdP6ueKuynu_7Yn6ARZ_HbC4QC=99-WcA@mail.gmail.com> <CALv3B7YTnS8R8D=dYbbOUFROOvhSQ1gfc_ETT+cikp3onBMR1A@mail.gmail.com> <61c51c64-d17e-6ea0-6ace-0c3365ef2299@case.edu> <CALv3B7Yrg7bDO0eViSTBWad56vw_dGnnXtMRa9ofYysiAiYJbA@mail.gmail.com> <20200420215025.GZ845@eeg.ccf.org>

Show all headers | View raw

On Mon, Apr 20, 2020 at 05:12:28PM -0400, George Jones wrote:
> No real opinion on syntax.
> 
> Using something existing:
> 
>     declare -A foo[SIZE]
> 
> seems sensible, especially if there was no semantic meaning (I'm not a fan
> of syntax without semantics .... clutter).

That's pretty C-like, and I don't have any strong dislike of it, but I
feel I should point out that users will need to quote the final argument
if it contains square brackets, just like with unset 'a[i]'.

Another choice would be a more shell-like syntax:

declare -s size -A foo=(...)

I'm curious whether the size has to be specified up front when the array
is declared, or can be adjusted on the fly.  The shell-like syntax feels
more natural if the size is being adjusted, since you can write

declare -s new_size foo

without needing to specify the -A again.  But it's not a huge difference.

Back to gnu.bash.bug | Previous | Next | Find similar

Thread

Re: [PATCH] Implement rehashing for associative arrays (Re: speeding up hash_search?) Greg Wooledge <wooledg@eeg.ccf.org> - 2020-04-20 17:50 -0400

csiph-web