Does `declare -a A` create an empty array `A` in Bash?





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{
margin-bottom:0;
}








7

















Does declare -a A create an empty array A in bash, or does it just set an attribute in case A is assigned to later?



Consider this code:



set -u
declare -a A
echo ${#A[*]}
echo ${A[*]}
A=()
echo ${#A[*]}
echo ${A[*]}
A=(1 2)
echo ${#A[*]}
echo ${A[*]}


What should be the expected output?



In Bash 4.3.48(1) I get bash: A: unbound variable when querying the number of elements after declare.
I also get that error when accessing all the elements.
I know that later versions of Bash treat this differently.
Still I'd like to know whether declare actually defines a variable (to be empty).










share|improve this question





























  • Well, you could try declare -a P; Q=(), then declare -p P Q or set | grep -w '^[PQ]' to show bash's idea of your variables. Does this satisfy you or are you looking for something deeper?

    – mosvy
    May 28 at 10:53


















7

















Does declare -a A create an empty array A in bash, or does it just set an attribute in case A is assigned to later?



Consider this code:



set -u
declare -a A
echo ${#A[*]}
echo ${A[*]}
A=()
echo ${#A[*]}
echo ${A[*]}
A=(1 2)
echo ${#A[*]}
echo ${A[*]}


What should be the expected output?



In Bash 4.3.48(1) I get bash: A: unbound variable when querying the number of elements after declare.
I also get that error when accessing all the elements.
I know that later versions of Bash treat this differently.
Still I'd like to know whether declare actually defines a variable (to be empty).










share|improve this question





























  • Well, you could try declare -a P; Q=(), then declare -p P Q or set | grep -w '^[PQ]' to show bash's idea of your variables. Does this satisfy you or are you looking for something deeper?

    – mosvy
    May 28 at 10:53














7












7








7


1






Does declare -a A create an empty array A in bash, or does it just set an attribute in case A is assigned to later?



Consider this code:



set -u
declare -a A
echo ${#A[*]}
echo ${A[*]}
A=()
echo ${#A[*]}
echo ${A[*]}
A=(1 2)
echo ${#A[*]}
echo ${A[*]}


What should be the expected output?



In Bash 4.3.48(1) I get bash: A: unbound variable when querying the number of elements after declare.
I also get that error when accessing all the elements.
I know that later versions of Bash treat this differently.
Still I'd like to know whether declare actually defines a variable (to be empty).










share|improve this question
















Does declare -a A create an empty array A in bash, or does it just set an attribute in case A is assigned to later?



Consider this code:



set -u
declare -a A
echo ${#A[*]}
echo ${A[*]}
A=()
echo ${#A[*]}
echo ${A[*]}
A=(1 2)
echo ${#A[*]}
echo ${A[*]}


What should be the expected output?



In Bash 4.3.48(1) I get bash: A: unbound variable when querying the number of elements after declare.
I also get that error when accessing all the elements.
I know that later versions of Bash treat this differently.
Still I'd like to know whether declare actually defines a variable (to be empty).







bash variable array declare






share|improve this question















share|improve this question













share|improve this question




share|improve this question



share|improve this question








edited May 28 at 11:14









Jeff Schaller

50.3k11 gold badges74 silver badges167 bronze badges




50.3k11 gold badges74 silver badges167 bronze badges










asked May 28 at 10:42









U. WindlU. Windl

21110 bronze badges




21110 bronze badges
















  • Well, you could try declare -a P; Q=(), then declare -p P Q or set | grep -w '^[PQ]' to show bash's idea of your variables. Does this satisfy you or are you looking for something deeper?

    – mosvy
    May 28 at 10:53



















  • Well, you could try declare -a P; Q=(), then declare -p P Q or set | grep -w '^[PQ]' to show bash's idea of your variables. Does this satisfy you or are you looking for something deeper?

    – mosvy
    May 28 at 10:53

















Well, you could try declare -a P; Q=(), then declare -p P Q or set | grep -w '^[PQ]' to show bash's idea of your variables. Does this satisfy you or are you looking for something deeper?

– mosvy
May 28 at 10:53





Well, you could try declare -a P; Q=(), then declare -p P Q or set | grep -w '^[PQ]' to show bash's idea of your variables. Does this satisfy you or are you looking for something deeper?

– mosvy
May 28 at 10:53










1 Answer
1






active

oldest

votes


















13


















That depends whether the corresponding variable has already been declared in the current scope (top-level aka global or current function) before.



If it hasn't been declared in the current scope (and beware that in the top-level scope, the variable may have declared (and assigned) by importing it from the environment), then it declares it (makes it local to the function when in function scope), assigning it a type, but doesn't initialise it, not even to an empty list (declare -p a shows declare -a a, not declare -a a=() as it would if you had declared and/or assigned it with a=()).



If it had already been declared in the current scope (for instance because it was imported as a scalar variable from the environment when in the global scope), then declare -a a would try to convert it to an array.



If it was previously a scalar, then it becomes a ([0]=value-of-the-variable) array. If it was already an array, it is left untouched. If it was an associative array, it fails with a cannot convert associative to indexed array error.



Note that declare a would not convert an array or hash to scalar. bash would not be able to convert a hash/array to scalar anyway. You can use declare +aA a to force a scalar (that would fail with an error if the variable was previously a hash/array in the current scope).



In your case, the variable was probably not already declared in the current scope, so it ended up declared but not assigned which explains why trying to expand it fails under set -u.



That distinction between two declared and assigned/set states of a variable is not specific to bash. In POSIX sh, you can also export a variable or make it readonly without giving it a value.



$ sh -uc 'unset -v var; readonly var; : "$var"'
sh: 1: var: parameter not set


Note that unset both unsets and undeclares the variable. In bash, mksh and yash it may restore the variable from an outer scope.



In zsh, except in sh emulation, using typeset on a variable declares and sets it to an empty value if it was not already set or was set but from a different type (scalar vs array vs associative array).






share|improve this answer





























  • So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

    – U. Windl
    May 28 at 11:26






  • 1





    @U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

    – Inian
    May 28 at 11:29






  • 2





    @U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

    – Stéphane Chazelas
    May 28 at 11:35















Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});















draft saved

draft discarded
















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f521487%2fdoes-declare-a-a-create-an-empty-array-a-in-bash%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown


























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









13


















That depends whether the corresponding variable has already been declared in the current scope (top-level aka global or current function) before.



If it hasn't been declared in the current scope (and beware that in the top-level scope, the variable may have declared (and assigned) by importing it from the environment), then it declares it (makes it local to the function when in function scope), assigning it a type, but doesn't initialise it, not even to an empty list (declare -p a shows declare -a a, not declare -a a=() as it would if you had declared and/or assigned it with a=()).



If it had already been declared in the current scope (for instance because it was imported as a scalar variable from the environment when in the global scope), then declare -a a would try to convert it to an array.



If it was previously a scalar, then it becomes a ([0]=value-of-the-variable) array. If it was already an array, it is left untouched. If it was an associative array, it fails with a cannot convert associative to indexed array error.



Note that declare a would not convert an array or hash to scalar. bash would not be able to convert a hash/array to scalar anyway. You can use declare +aA a to force a scalar (that would fail with an error if the variable was previously a hash/array in the current scope).



In your case, the variable was probably not already declared in the current scope, so it ended up declared but not assigned which explains why trying to expand it fails under set -u.



That distinction between two declared and assigned/set states of a variable is not specific to bash. In POSIX sh, you can also export a variable or make it readonly without giving it a value.



$ sh -uc 'unset -v var; readonly var; : "$var"'
sh: 1: var: parameter not set


Note that unset both unsets and undeclares the variable. In bash, mksh and yash it may restore the variable from an outer scope.



In zsh, except in sh emulation, using typeset on a variable declares and sets it to an empty value if it was not already set or was set but from a different type (scalar vs array vs associative array).






share|improve this answer





























  • So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

    – U. Windl
    May 28 at 11:26






  • 1





    @U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

    – Inian
    May 28 at 11:29






  • 2





    @U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

    – Stéphane Chazelas
    May 28 at 11:35


















13


















That depends whether the corresponding variable has already been declared in the current scope (top-level aka global or current function) before.



If it hasn't been declared in the current scope (and beware that in the top-level scope, the variable may have declared (and assigned) by importing it from the environment), then it declares it (makes it local to the function when in function scope), assigning it a type, but doesn't initialise it, not even to an empty list (declare -p a shows declare -a a, not declare -a a=() as it would if you had declared and/or assigned it with a=()).



If it had already been declared in the current scope (for instance because it was imported as a scalar variable from the environment when in the global scope), then declare -a a would try to convert it to an array.



If it was previously a scalar, then it becomes a ([0]=value-of-the-variable) array. If it was already an array, it is left untouched. If it was an associative array, it fails with a cannot convert associative to indexed array error.



Note that declare a would not convert an array or hash to scalar. bash would not be able to convert a hash/array to scalar anyway. You can use declare +aA a to force a scalar (that would fail with an error if the variable was previously a hash/array in the current scope).



In your case, the variable was probably not already declared in the current scope, so it ended up declared but not assigned which explains why trying to expand it fails under set -u.



That distinction between two declared and assigned/set states of a variable is not specific to bash. In POSIX sh, you can also export a variable or make it readonly without giving it a value.



$ sh -uc 'unset -v var; readonly var; : "$var"'
sh: 1: var: parameter not set


Note that unset both unsets and undeclares the variable. In bash, mksh and yash it may restore the variable from an outer scope.



In zsh, except in sh emulation, using typeset on a variable declares and sets it to an empty value if it was not already set or was set but from a different type (scalar vs array vs associative array).






share|improve this answer





























  • So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

    – U. Windl
    May 28 at 11:26






  • 1





    @U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

    – Inian
    May 28 at 11:29






  • 2





    @U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

    – Stéphane Chazelas
    May 28 at 11:35
















13














13










13









That depends whether the corresponding variable has already been declared in the current scope (top-level aka global or current function) before.



If it hasn't been declared in the current scope (and beware that in the top-level scope, the variable may have declared (and assigned) by importing it from the environment), then it declares it (makes it local to the function when in function scope), assigning it a type, but doesn't initialise it, not even to an empty list (declare -p a shows declare -a a, not declare -a a=() as it would if you had declared and/or assigned it with a=()).



If it had already been declared in the current scope (for instance because it was imported as a scalar variable from the environment when in the global scope), then declare -a a would try to convert it to an array.



If it was previously a scalar, then it becomes a ([0]=value-of-the-variable) array. If it was already an array, it is left untouched. If it was an associative array, it fails with a cannot convert associative to indexed array error.



Note that declare a would not convert an array or hash to scalar. bash would not be able to convert a hash/array to scalar anyway. You can use declare +aA a to force a scalar (that would fail with an error if the variable was previously a hash/array in the current scope).



In your case, the variable was probably not already declared in the current scope, so it ended up declared but not assigned which explains why trying to expand it fails under set -u.



That distinction between two declared and assigned/set states of a variable is not specific to bash. In POSIX sh, you can also export a variable or make it readonly without giving it a value.



$ sh -uc 'unset -v var; readonly var; : "$var"'
sh: 1: var: parameter not set


Note that unset both unsets and undeclares the variable. In bash, mksh and yash it may restore the variable from an outer scope.



In zsh, except in sh emulation, using typeset on a variable declares and sets it to an empty value if it was not already set or was set but from a different type (scalar vs array vs associative array).






share|improve this answer
















That depends whether the corresponding variable has already been declared in the current scope (top-level aka global or current function) before.



If it hasn't been declared in the current scope (and beware that in the top-level scope, the variable may have declared (and assigned) by importing it from the environment), then it declares it (makes it local to the function when in function scope), assigning it a type, but doesn't initialise it, not even to an empty list (declare -p a shows declare -a a, not declare -a a=() as it would if you had declared and/or assigned it with a=()).



If it had already been declared in the current scope (for instance because it was imported as a scalar variable from the environment when in the global scope), then declare -a a would try to convert it to an array.



If it was previously a scalar, then it becomes a ([0]=value-of-the-variable) array. If it was already an array, it is left untouched. If it was an associative array, it fails with a cannot convert associative to indexed array error.



Note that declare a would not convert an array or hash to scalar. bash would not be able to convert a hash/array to scalar anyway. You can use declare +aA a to force a scalar (that would fail with an error if the variable was previously a hash/array in the current scope).



In your case, the variable was probably not already declared in the current scope, so it ended up declared but not assigned which explains why trying to expand it fails under set -u.



That distinction between two declared and assigned/set states of a variable is not specific to bash. In POSIX sh, you can also export a variable or make it readonly without giving it a value.



$ sh -uc 'unset -v var; readonly var; : "$var"'
sh: 1: var: parameter not set


Note that unset both unsets and undeclares the variable. In bash, mksh and yash it may restore the variable from an outer scope.



In zsh, except in sh emulation, using typeset on a variable declares and sets it to an empty value if it was not already set or was set but from a different type (scalar vs array vs associative array).







share|improve this answer















share|improve this answer




share|improve this answer



share|improve this answer








edited May 28 at 12:01

























answered May 28 at 11:09









Stéphane ChazelasStéphane Chazelas

337k58 gold badges661 silver badges1038 bronze badges




337k58 gold badges661 silver badges1038 bronze badges
















  • So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

    – U. Windl
    May 28 at 11:26






  • 1





    @U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

    – Inian
    May 28 at 11:29






  • 2





    @U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

    – Stéphane Chazelas
    May 28 at 11:35





















  • So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

    – U. Windl
    May 28 at 11:26






  • 1





    @U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

    – Inian
    May 28 at 11:29






  • 2





    @U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

    – Stéphane Chazelas
    May 28 at 11:35



















So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

– U. Windl
May 28 at 11:26





So my conclusion is that when A is undeclared before declare -a A, then A still is no array (because otherwise it would be an empty array with 0 elements), but undefined. So what's the purpose of declare -a when I can create arrays by assignment (A=(), A[0]=...)?

– U. Windl
May 28 at 11:26




1




1





@U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

– Inian
May 28 at 11:29





@U.Windl: The declare -a /declare -A are just to differentiate if you want to use the array with name following as an indexed or an associative array. Neither of them set/initialize values

– Inian
May 28 at 11:29




2




2





@U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

– Stéphane Chazelas
May 28 at 11:35







@U.Windl, it still declares it as a array so that for instance a=foo would do a[0]=foo and declare -p a would show it as an array. But the main usage of declare in in function to make the function local to the function. It's like for export, it doesn't assign it but remembers the export attribute in case the variable is assigned later.

– Stéphane Chazelas
May 28 at 11:35





















draft saved

draft discarded



















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f521487%2fdoes-declare-a-a-create-an-empty-array-a-in-bash%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown









Popular posts from this blog

He _____ here since 1970 . Answer needed [closed]What does “since he was so high” mean?Meaning of “catch birds for”?How do I ensure “since” takes the meaning I want?“Who cares here” meaningWhat does “right round toward” mean?the time tense (had now been detected)What does the phrase “ring around the roses” mean here?Correct usage of “visited upon”Meaning of “foiled rail sabotage bid”It was the third time I had gone to Rome or It is the third time I had been to Rome

Bunad

Færeyskur hestur Heimild | Tengill | Tilvísanir | LeiðsagnarvalRossið - síða um færeyska hrossið á færeyskuGott ár hjá færeyska hestinum