les goto et label en C

**gengiskhan72** · 02/07/2009, 22h12

Bonjour,

je me baladais et j'ai trouvé ca :

etiq2: ... /* des instructions */

goto etiq1; /* goto avant définition de l'étiquette */

... /* des instructions */

etiq1: ... /* des instructions */

goto etiq2; /* goto après définition de l'étiquette */

en language C.

je croyais que c'étais qu'en basic les goto et lbl, (je suis novice en C), mais bon...

et donc, je me demandais, comme en C il faut toujours tout annoncer, comment annoncer un label par exemple?

une ame charitable pourrait ecrir un morceau de C pour voir comment l'insérer?

merci =)

**f-k-z** · 02/07/2009, 22h21

Yop,
oui les goto ca existe en C mais c'est vraiment très sale d'en utiliser. Si tu peux t'en passer, passes-en toi.

Cordialement,

F-k-z

**jeroman** · 02/07/2009, 22h22

Les goto, c'est le meilleur moyen de faire du code illisible, mal structuré et indebuggable. Un programme C bien structuré n'a pas besoin de goto.

Le mieux : n'utilise pas de goto en C.

**gengiskhan72** · 02/07/2009, 23h01

c'est noté

merci =)

et pour culture g, qq1 me montrerai comment annoncer un lbl?

**droggo** · 03/07/2009, 00h51

Boe,

Envoyé par gengiskhan72

c'est noté

merci =)

et pour culture g, qq1 me montrerai comment annoncer un lbl?

Pour quoi faire, puisque ta réponse dit que tu ne t'en serviras pas ?

Invité · 03/07/2009, 04h34

Envoyé par gengiskhan72

c'est noté

merci =)

et pour culture g, qq1 me montrerai comment annoncer un lbl?

Exactement comme tu l'as vu précédemment :

tu dois avoir dans ton code une étiquette (un nom suivi d'un ":")

Code :

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

label1:

et tu t'y rends en faisant

Code :

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

goto label1;

L'étiquette peut être avant ou après le goto (mais elle doit être dans la fonction d'appel), cela marche en C comme en C++.

Quant à l'utilité des goto, ils ne font pas tomber les cheveux, ni pousser les poils des oreilles, et ne rendent pas sourd non plus. Cependant, les cas où ils peuvent être utiles en C sont rares. En gros, cela tourne autour de deux idées :

1- dans des boucles imbriquées, pour sortir d'une boucle, on n'a que l'instruction break, qui remonte d'un niveau. Le goto sort d'un seul coup. C'est pratique et ca va vite (ce n'est pas un détail : minimiser la taille des boucles est souvent un moyen de gagner du temps d'exécution)
2- dans des programmes un peu compliqués, pour renvoyer vers une unique "situation d'erreur" dans la fonction. En C++ on utiliserait probablement des exceptions. En C, des gotos renvoyant vers une zone spécifique sont une bonne idée.

Maintenant, même s'il y a (cf ci dessus) des cas légitimes d'utilisation du goto, voire, des situations dans lesquelles il clarifie le code (en disant ou une condition va, au lieu de dire d'où elle part), son utilisation provoque généralement de tels débats qu'il vaut mieux s'en abstenir si l'on doit développer en équipe. Sinon on est parti pour une de ces grandes controverses stériles qui font le bonheur des développeurs et le désespoir des chefs de projet.

Ceci dit, si tu devais te retrouver dans l'une de ces empoignades, voici un joli article de Knuth, en défense du goto http://pplab.snu.ac.kr/courses/adv_p...p261-knuth.pdf. Il y a un article "opposé" de Dijkstra, que je n'arrive pas à trouver sur l'internet...

Francois

**gengiskhan72** · 03/07/2009, 09h12

merci à toi FCharton!

et pour répondre, bah, c'est pour savoir au moins où je met les pieds en apprennant le C, autant en savoir plus meme si je ne l'utilise pas, que moins...j'ai toujours fait comme ca, et apprendre des choses innutiles, n'est pas toujours innutile, surtout le jour où on en a besoin ^^

**Mac LAK** · 03/07/2009, 09h47

Pour faire écho à fcharton, il existe de (très) très rares cas en C où un "goto" est non seulement souhaitable, mais même "idéal", pour des raisons de performances et/ou de gestion d'erreurs complexes.

Ceci étant dit, à part dans des cas hyper pointus comme au fin fond du scheduler d'un système d'exploitation, d'une routine d'erreur système ou d'un driver très hautes performances, il n'est JAMAIS nécessaire d'utiliser un "goto". Si jamais cela s'avère "nécessaire", dans 90% des cas c'est un "faux goto", qui est implémenté soit par break [hors du cas spécifique des "switch / case" bien sûr], soit par continue.
Les 10% restants, c'est plutôt que l'on n'a pas su penser correctement son algorithme.

**Jean-Marc.Bourguet** · 03/07/2009, 10h12

Envoyé par fcharton

Maintenant, même s'il y a (cf ci dessus) des cas légitimes d'utilisation du goto, voire, des situations dans lesquelles il clarifie le code (en disant ou une condition va, au lieu de dire d'où elle part), son utilisation provoque généralement de tels débats qu'il vaut mieux s'en abstenir si l'on doit développer en équipe.

+1 (sur la conclusion; nous ne sommes peut-etre pas d'accord sur les cas ou ils sont legitimes et ou ils clarifient les choses, mais vu la conclusion, ca n'a aucune importance pratique)