Quelques cas me concernant:
- tester un bout de code étrange "qui ne devrait même pas compiler" et voir ce que ça donne
- mettre au point une petite fonction isolée
- échanger un bout de code avec qq1
- tester la présence d'un bug dans un compilateur en fonction des version (conformance view est très utile)
- debug du backend de GCC avec la visualisation des sorties RTL. La possibilité de faire des diff permet de "trouver" la version de GCC ou l'option qui va changer le code généré (et pointer vers l'endroit à gratter)
- regarder ce qui sort du frontend Rust de GCC dans la première sortie de l'IR generic
- comparer le code émit pour le même code/compilateur mais avec options différentes
- très pratique pour éplucher/étudier des bugs (le bugzilla de GCC a souvent des liens pointant vers des exemples pour reproduire)
[^] # Re: Cas d'usage
Posté par Marc (site web personnel) . En réponse à la dépêche Compiler Explorer a 10 ans. Évalué à 9.
Quelques cas me concernant:
- tester un bout de code étrange "qui ne devrait même pas compiler" et voir ce que ça donne
- mettre au point une petite fonction isolée
- échanger un bout de code avec qq1
- tester la présence d'un bug dans un compilateur en fonction des version (conformance view est très utile)
- debug du backend de GCC avec la visualisation des sorties RTL. La possibilité de faire des diff permet de "trouver" la version de GCC ou l'option qui va changer le code généré (et pointer vers l'endroit à gratter)
- regarder ce qui sort du frontend Rust de GCC dans la première sortie de l'IR
generic- comparer le code émit pour le même code/compilateur mais avec options différentes
- très pratique pour éplucher/étudier des bugs (le bugzilla de GCC a souvent des liens pointant vers des exemples pour reproduire)