Récemment (il y a environ un mois), j'essayais d'introduire de nouvelles constructions dans le langage d'extension interne de mon entreprise, et je me débattais avec quelques erreurs de réduction. Bien que j'ai finalement résolu ce problème, creuser dans le fichier y.output n'était pas un pique-nique.Conseils sur l'utilisation de Bison --graph = [fichier] sous Linux
A titre d'expérience, j'ai essayé en utilisant l'option de Bison --graph = fichier <> à la sortie d'un fichier DOT (notez que notre version standard utilise byacc, pas Bison). Comme je suis sur une machine Linux «clé en main», je n'avais pas d'installation Graphviz et je ne pouvais pas facilement l'installer à partir de RPM (fonctionnant sur Red Hat Enterprise Linux 4). Au lieu de cela, je l'ai construit à partir de la source.
Comme une expérience initiale, j'ai essayé d'exécuter dotty avec une sortie de Postscript. Maintenant, notre langage interne est votre langage de script dynamiquement typé Turing-complet, mais je n'étais pas préparé pour ce qui suivait. L'exécution dotty a duré plus de quatre heures (boîtier AMD64 2 GHz dual core)! Et quand cela a été fait, le graphique qui a été rendu n'était pas ce que j'appellerais lisible.
Donc, tout simplement, je suis à la recherche de conseils. Existe-t-il un ensemble de commutateurs qui amélioreraient les résultats par rapport à l'approche par défaut que j'ai adoptée? Je suis à la recherche d'une expérience dans
- optimisation « rendre » le temps
- améliorer la lisibilité du graphique
- conseils possible sur de meilleurs Mesr
Oui, mais comme je n'ai pas réussi à le documenter dans ma question, il est bon de le publier. Merci. –