🚀 go-pugleaf

Emmanuel Delahaye, le 15/10/2005, a �crit :
> Pierre Maurette a �crit :
>>> char *argv[] est �quivallent (� un poil de grenouille pr�s) � char **argv
>> 
>> Oui. L�, le tableau est parfait.
>> 
> Gn� ? Quel tableau ?
argv[]

Simplement, dans le cadre de ce fil, l'�criture en tableau de char* 
(char* argv[]) me semble plus claire que l'�criture en pointeur double 
(char** argv). M�me si dans le cadre de param�tres de fonction, nous 
savons tous que c'est la m�me chose, alors qu'ailleurs les confondre 
est dangereux.
La premi�re forme sugg�re l'utilisation, c'est le tableau des argc 
param�tres, l'�criture est en quelque sorte autodocument�e. La seconde 
d�crit quant � elle la r�alit� du passage des param�tres.

Je regrette quelques points du langage C, mais �a ne changera rien. Il 
n'est pas normal que tab et &tab soient la m�me chose (comme fonct et 
&fonct). Je le regrette parce que partout ailleurs l'op�rateur & fait 
changer le type, donc que cette facilit� introduit une incoh�rence. Il 
est regrettable (� part pour l'activit� des groupes de discussion) que 
le passage d'un tableau en param�tre soit de fa�on silencieuse 
diff�rent de celui d'une structure.

Notons que nous en restons ici � un tableau de dimension 1. R��crit, �a 
donne:
typedef char* pChaine;
int main (int argc, pChaine argv[])
ou
int main (int argc, pChaine* argv)

Dans le cas de tableaux de dimension 2 et au-del�, �a se complique. On 
ne devra plus confondre, � moins d'avoir de tr�s bonnes raisons de la 
faire, int** tab et int tab[][N], puisqu'un int(*)[N] n'est pas un 
int**. En revanche, dans un int tab[M][N], le M ne sera g�n�ralement 
qu'informatif. Enfin, tout �a ce n'est qu'au niveau des warnings.

C'�tait mon quart d'heure verbeux du dimanche matin ;-)

-- 
Pierre Maurette