2

最近 (約 1 か月前)、会社の社内拡張言語に新しい構造を導入しようとしていて、いくつかの reduce-reduce エラーに苦しんでいました。私は最終的にこの問題を解決しましたが、 y.outputファイルを掘り下げるのは簡単なことではありませんでした。

実験として、Bison の--graph=<file>オプションを使用してDOTファイルを出力してみました (標準ビルドでは Bison ではなく Byacc を使用していることに注意してください)。私は「ターンキー」Linux ボックスを使用しているため、Graphviz をインストールしておらず、RPM から簡単にインストールできませんでした (Red Hat Enterprise Linux 4 で作業しています)。代わりに、ソースからビルドしました。

最初の実験として、Postscript の出力でdottyを実行してみました。現在、私たちの内部言語は、平均的な自家製のチューリング完全な動的型付けスクリプト言語ですが、その後のことについては準備ができていませんでした。dottyの実行には 4 時間以上かかりました (2GHz デュアルコア AMD64 ボックス)。そして、それが完了したとき、レンダリングされたグラフは、私が読むことができるものではありませんでした.

ですから、簡単に言えば、私はアドバイスを求めています。私が取った「デフォルト」アプローチよりも結果を改善するスイッチのセットはありますか? での経験を求めています

  • 「レンダリング」時間の最適化
  • グラフの読みやすさの向上
  • より優れたグラフィカル ビューアに関するアドバイス
4

1 に答える 1

3

このリンクはすでにご覧になっていると思いますが、完全を期すために、http://graphviz.org/resources/または https://web.archive.org/web/20131005020548を参照してください。アーカイブされたコピーについては、 /http://graphviz.org/Resources.php

于 2009-11-25T16:49:55.647 に答える