2009-11-25 1 views
1

Недавно (около месяца назад) Я пытался внедрить новые конструкции на внутренний язык расширения моей компании и борется с несколькими ошибками уменьшения сокращения. Хотя я в конце концов решил эту проблему, выкапывая в файл y.output не было пикника.Советы по использованию Bison --graph = [файл] на Linux

В качестве эксперимента, я попытался с помощью --graph = < файла> варианта Зубра для вывода DOT файла (обратите внимание, что наш стандарт сборка использует Byacc, не Bison). Поскольку я нахожусь в «под ключ» Linux-боксе, у меня не было установки Graphviz и я не мог легко установить из RPM (работая над Red Hat Enterprise Linux 4). Вместо этого я построил его из источника.

В качестве первоначального эксперимента я попытался запустить dotty с выходом Postscript. Теперь наш внутренний язык - это ваш средний домашний, Turing-полный, динамически типизированный язык сценариев, но я не был готов к тому, что следовало. Пробег dotty занял четыре часа (двухъядерный процессор AMD64 с частотой 2 ГГц)! И когда это было сделано, график, который был визуализирован, был не тем, что я бы назвал читаемым.

Итак, я просто ищу совет. Есть ли набор переключателей, которые улучшили бы результат по «умолчанию», который я взял? Я ищу опыт в

  • оптимизации «визуализации» время
  • улучшения читаемости графа
  • возможно советы о лучших графических зрителей

ответ

1

Я Представьте, что вы уже видели эту ссылку , но только для полноты, есть список зрителей и т. д. в http://www.graphviz.org/Resources.php

+0

Да, но так как я не смог задокументировать его в своем вопросе, хорошо бы его опубликовать. Благодарю. –