現代の言語はまだパーサージェネレーターを使用していますか？

これが出てきたとき、私はここウィキペディアで gccコンパイラスイートについて調査していました：

GCCはBisonで生成されたLALRパーサーの使用を開始しましたが、徐々に手書きの再帰パーサーに切り替えました。2004年のC ++、および2006年のCおよびObjective-Cの場合。現在、すべてのフロントエンドは手書きの再帰下降パーサーを使用しています。

最後の文で（そしてウィキペディアを信頼する限り）私は間違いなく「C（gcc）、C ++（g ++）、Objective-C、Objective-C ++、Fortran（gfortran）、Java（gcj）、 Ada（GNAT）、Go（gccgo）、Pascal（gpc）、... Mercury、Modula-2、Modula-3、PL / I、D（gdc）、およびVHDL（ghdl）」はすべてフロントエンドであり、パーサージェネレーターを長く使用します。つまり、それらはすべて手書きのパーサーを使用します。

私の質問は、このプラクティスはどこにでもあるのですか？特に、[Python、Swift、Ruby、Java、Scala、ML、Haskell]のxの「xの標準/公式実装には手書きパーサーがありますか」に対する正確な答えを探していますか？（実際、他の言語に関する情報もここで歓迎されています。）掘り下げた後、私は自分でこれを見つけることができると確信しています。しかし、これはコミュニティによって簡単に答えられると確信しています。ありがとう！

私の知る限り、GCCは特に手書きパーサーを使用して、構文エラー診断を改善しています（つまり、構文エラーに関する人間に意味のあるメッセージを提供しています）。

構文解析理論（およびそれから派生する構文解析ジェネレーター）は、主に正しい入力句を認識して解析することに関するものです。しかし、コンパイラーには、誤った入力に対して意味のあるエラーメッセージを表示すること（および構文エラー後の残りの入力を意味のある形で解析できること）が期待されます。

また、古いレガシー言語（C11やC ++ 11など）（最新のリビジョンが3年前であっても概念的には古い）は、まったくコンテキストフリーではありません。パーサージェネレーター（つまり、バイソンまたはメンヒル）の文法でその文脈依存性に対処することは、退屈なほど困難です。

パーサージェネレーターとパーサーエンジンは非常に一般的です。一般性の利点は、物事の全体的なスキームにおいて、正確なパーサーを迅速に構築して機能させることが簡単であることです。

パーサーエンジン自体は、その一般性のためにパフォーマンスの面で苦しんでいます。手書きコードは、テーブル駆動のパーサーエンジンよりも常に大幅に高速になります。

パーサージェネレーター/エンジンが困難な2番目の領域は、すべての実際のプログラミング言語がコンテキスト依存であり、多くの場合非常に微妙な点です。LR言語はコンテキストに依存しません。つまり、構文で適切に伝えることが不可能な、位置と環境に関する多くの微妙な点があります。属性付きグラマーは、「使用前に宣言する」などの基本的な言語規則に対処しようとします。この文脈依存性を手書きコードに配線するのは簡単です。