ATOK,一太郎のような日本発のすばらしいソフトウェアを教えて下さい。ただし、Sleipnir等のようにエンジンが外国製というものは除外してください。逆にエンジンが国産だがフロントエンドは外国製というソフトはOKです。

yacc は字句解析のルールを記述すると、それを C のソースコードに変換するものです。あくまでも、ソフトウェアをビルドする上で必要なだけで、ruby の動作時に yacc 自体が必要な訳でもないし、ライブラリが必要な訳でもありません。

これを使っていることを否定するのであれば、コンパイラが海外製である時点でアウトになってしまいませんか？ あるいは、例えば C 言語の標準ライブラリ関数を使っているだけで、「このプログラムには glibc がリンクされているからダメ」とか。

> インタプリタにおける　構文解析。字句解析は主たる機能ではないか？という事です。

だとすれば、プログラミング言語はすべて該当しますよね（コンパイラでも構文解析、字句解析はあるので）。

私の個人的な感覚だと、yacc や lex のようなものは、使い古された「道具」であって、入力テキストが文脈自由文法であれば、一からパーサを作るぐらいなら、yacc に食わせる物を使った方が、開発効率や保守性が高いから使う、というもので、標準ライブラリ関数をわざわざ再実装しないのと、同程度に思います。

確かに、字句解析、構文解析も重要なパーツだとは思いますが、プログラミング言語にとって最も重要なのは、入力されたテキストに対して適切な「実行」を実現するところで、そこから見ると、字句解析、構文解析はフロントエンドではないでしょうか？

まぁ、「ruby も所詮、文脈自由文法の枠内でしかない」という意味では、構文解析・字句解析の部分において究極ではない、という事は言えますが。

あっ、別に私も「ruby が究極だぁ」と思ってはいないので(^^;。

数あるプログラミング言語の中で、非常によくできている言語だとは思いますが、自分はどうも、しっくりこない....。

余計な一言すみません、単純にRubyのさらに下に何かあると知らずに書いてしまいました。
ついでにHyper Estraierやそれも利用するMeCabなんかはどうでしょうか？ 回答No.2に類似しますが。
http://ja.wikipedia.org/wiki/Hyper_Estraier

TRON を忘れてました。

忘れておいて何ですが、まだまだ元気です　＞TRON
http://www.t-engine.org/ja/

「2010年版組込みソフトウェア産業実態調査報告書」のプロジェクト責任者向け調査の p28-29。
実は、ITRON がシェア No.1 だったりします。
http://www.meti.go.jp/policy/mono_info_service/joho/downloadfiles/2010software_research/index.htm