bash parser incorrectly identifies an instantiated empty array declaration as a function

[KodeToad]

eg:
ALL_FUNCTIONS= afunctions /^ local -A ALL_FUNCTIONS=()$/;" f
ASSETS= bfunctions /^ local -a ASSETS=() # Always reset this array to begin with$/;" f
This is consistent with this type of declaration.
Isn't this a bug?
= isn't a valid function name character right?

[masatake]

Which version of ctags do you use?

I could not reproduce this issue.

[yamato@dev64 tmp]$ cat /tmp/foo.bash
cat /tmp/foo.bash
f()
{
    local -A ALL_FUNCTIONS=()
}
[yamato@dev64 tmp]$ /bin/ctags --version
/bin/ctags --version
Universal Ctags 6.1.0, Copyright (C) 2015-2023 Universal Ctags Team
Universal Ctags is derived from Exuberant Ctags.
Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert
  Compiled: Jan 16 2025, 00:00:00
  URL: https://ctags.io/
  Output version: 0.0
  Optional compiled features: +wildcards, +regex, +iconv, +option-directory, +xpath, +json, +interactive, +sandbox, +yaml, +packcc, +optscript
[yamato@dev64 tmp]$ /bin/ctags --options=NONE -o - /tmp/foo.bash
/bin/ctags --options=NONE -o - /tmp/foo.bash
ctags: Notice: No options will be read from files or environment
f	/tmp/foo.bash	/^f()$/;"	f

I guess you use older ctags. See #3520 .

[KodeToad]

This is the standard version from the Debian repo for Bookworm (Trixie has the same):

Universal Ctags 5.9.0, Copyright (C) 2015 Universal Ctags Team
Universal Ctags is derived from Exuberant Ctags.
Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert
  Compiled: Sep  3 2021, 18:12:18
  URL: https://ctags.io/
  Optional compiled features: +wildcards, +regex, +gnulib_regex, +iconv, +option-directory, +xpath, +json, +interactive, +sandbox, +yaml, +packcc, +optscript

Debian maintainers have marked 6.2 for testing?

[masatake]

I don't know about the downstream.
Varius binary files are available at https://github.com/universal-ctags/ctags-nightly-build/releases .