Discussion :

[kapaty]

Bonsoir,
Je souhaiterais avoir des précisions sur ce genre de construction où la taille du tableau n'est connue que lors de l'appel de la fonction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
void func(t param)
{
    int n;
    /* some code */
    n = compute_n(param);
    {
        int arr[n];
        /* make use of arr */
    }
}

- Est-ce portable ?
- Est-ce équivalent à un malloc/free du tableau ?
- Quel est le nom de cette fonctionnalité ? (afin de pouvoir chercher sur un moteur de recherhe)
- Est-ce une pratique déconseillée ou pas ?
(je suis preneur pour toutes informations...)

Merci

[Obsidian]

Bonsoir,

Cela s'appelle un V.L.A., pour Variable Length Array, soit littéralement « tableau de dimension variable », comme tu as nommé ta discussion (volontairement ?). C'est portable, mais ça date de C99, si je ne dis pas de bêtises.

Par contre, ce n'est pas un équivalent de free() et malloc() : ce tableau est créé dans la pile, comme les tableaux ordinaires de taille fixe.

Ce n'est pas déconseillé, mais les recommandations sont les mêmes que pour les tableaux ordinaires : être sobre. Pas question de remplir la pile avec un tableau d'une centaine de méga-octets. Toutefois, je ne trouve pas très propre l'exemple que tu proposes, où un bloc est volontairement ouvert au milieu de la fonction rien que pour déclarer un tableau. Cela dit, ça permet quand même de le faire disparaître dès que l'on n'en a plus besoin.

[kapaty]

Le problème si je ne mets pas un bloc c'est que le code va mélanger déclaration de variable et code. N'est-ce pas gênant ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
void func(t param)
{
    int n;
    /* some code */
    n = compute_n(param);
    int arr[n];
    /* make use of arr */
}

[Obsidian]

Le problème si je ne mets pas un bloc c'est que le code va mélanger déclaration de variable et code. N'est-ce pas gênant ?

Si, mais justement, c'est ça que je trouve sale en soi :-) Ton code est légal, mais il ne faudrait pas utiliser cette astuce pour contourner une limitation. Pas trop souvent, en tout cas… :-)

[kapaty]

Et si j'arrive à me débrouiller pour modifier le code précédant de manière à enlever la partir /* some code */ du code précédant pour donner ceci, est-ce que c'est plus "propre" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void func(t param)
{
    int n = compute_n(param);
    int arr[n];
    /* make use of arr */
}

[Obsidian]

Et si j'arrive à me débrouiller pour modifier le code précédant de manière à enlever la partir /* some code */ du code précédant pour donner ceci, est-ce que c'est plus "propre" :

Bof, non pas vraiment puisqu'il y a quand même exécution de code au milieu de la déclaration des variables. Fais comme tu le sens, en fait, car je n'ai pas d'argument rationnel et solide à te fournir. La première méthode a l'avantage certain de libérer le tableau au plus vite. Mais il est vrai que les blocs sans condition, s'ils sont légaux, sont quand même souvent là pour pallier une autre difficulté.

[kapaty]

En cherchant sur internet de la doc sur Variable Length Array j'ai par exemple trouvé cette page qui est intéressante, je la donne car ça peut peut-être intéressé d'autres personnes.

http://docs.cray.com/books/004-2179-...34830malz.html

Si je comrends bien la section "3.5.7. switch Statement", je crois comprendre que mettre mon VLA dans un bloc { } ne smeble pas poser de problèmes.

Merci Obsidian pour tes réponses