「1行ディレクティブを入れるだけで計算時間が200倍になるフレームワーク……」
「……」
「少しでも新しい言語仕様を使うと極端に遅くなるコンパイラ……」
「……」
「論文投稿中にdiscontinueがアナウンスされるCPU……」
「普通じゃん。普通に怖い体験談じゃん」 December 12, 2025

BNF(とその拡張のEBNF)はそんなに難しくないので、コンパイラを作ってみたい人には気軽に利用できるので、弄ってみると楽しいですよ

まともな言語を書こうとすると物量が膨大になって大変になりますが、手軽にパーサーを作る分には気楽です

（ツールが対応してる環境という大前提はあります） December 12, 2025

BNF(とその拡張のEBNF)はそんなに難しくないので、コンパイラを作ってみたい人には気軽に利用できるので、いじってみるのも楽しいですよ

まともな言語を書こうとすると物量が膨大になって大変になりますが、手軽にパーサーを作る分には気楽です

（ツールが対応してる環境という大前提はあります） December 12, 2025

https://t.co/UPdf1DRk4M
コンパイラはコードの難読化を見抜き、最適なコードを生成します。
異なる加算ルーチンでも、コンパイラはパターンを認識し効率的な代替手段に置き換えます。
コンパイラのパターン認識能力は、プログラマが意図を明確に表現したコードを書くことを可能にします。 December 12, 2025

自分が見たのだとコンパイラの違いによるものかなぁ。
担当者多忙で全然触ってない自分が見ることになって一週間くらいかかった・・・
担当者も原因聞いて驚いてたっけ https://t.co/5g4LTx9T19 December 12, 2025

MSX2になると、安いゲームPCとしてもよいし
なんならDOS及びハードディスクも安価に使えたからな。わいもTurbo+までは買ったよ。そしてCコンパイラ動かしたところで満足して、98に移行した。
就職したてで、自前でCコンパイラ動かすのには
結構な投資が必要だった時代に、10万以下で一式揃って December 12, 2025

任天堂のお客が求めているものを、低価格で提供するというコスパ重視の思想は、MSXも見習ったほうがいいかなぁ。
高価なV9990よりも、V9958のVRAMと速度を２倍にして、2HDのFDDとBASICコンパイラを標準で搭載していたら、SCREEN7と8が使いやすくなって、もっと買い替えられてたと思うのよねぇ。 https://t.co/ow8C497Lwf December 12, 2025

反マイクロソフトの流れに乗ってBASICの代わりにTinyBASICが流行る

TinyBASICの天下が来るかと思ったらメモリに余裕がありBASICを搭載したマイコンをメーカー提供しだして、TinyBASICは下火に

ゲームで使うには汎用BASICに不満が出て来て一部機能を特化した整数型BASICとそのコンパイラが出る December 12, 2025

今のLLMってバグの多いコンパイラみたいなもんだから、バグが取れてけば多くの人はプロンプトとバイナリの間の中間言語（≒現在の高級言語）なんて見なくなるような気がする。 December 12, 2025

@kmizu @nakayoshix @fjs_kyousosama コンパイラを作るときに、型のバイト数が先に分かるほうが良くありませんか？
以前2パスの頃にコンパイラを作ると、後置だと変数の領域を確保したときに無駄が多いので、int/char 等のバイト数が解っていたほうが良かったような気がします。 December 12, 2025

Vscodeくんさ、
なんで１回コンパイラ成功してさ、実行もできたのに、いきなりpath無いよって2回目以降言うの？？

好きな子に意地悪する女子かよ December 12, 2025

TypeScript が「JS で書いたコンパイラ」を捨て、Go に全面移行した理由は、単純な速度競争ではなく、巨大言語を進化させ続けるための現実的な選択にある。JS ベースの TypeScript は、長年 IDE 統合や大量の型解析を担ってきたが、JIT 依存の不安定さやシングルスレッド構造の限界、GC の揺らぎなど、言語そのものの成長を阻む要素を抱えていた。そこで Microsoft は、コンパイラ全体をネイティブ言語へ移すという大手術を選択し、その結果得られたのが「Project Corsa」と呼ばれる Go 製 TypeScript コンパイラ。

Go が選ばれた背景には、数学的に割り切った単純な理由がある。Go は十分高速で、並列性に強く、メモリ管理も安定していて、現行の TypeScript の構造を無理なく移植できる。一方 Rust は、圧倒的な性能と安全性を持ちながら、所有権モデルが複雑で、巨大なコンパイラを“既存と同じ挙動のまま”移植するには適していない。Rust 化は再設計に近い作業になり、互換性維持や毎週の仕様追加に支障が出る。TypeScript のような大規模・高頻度更新のプロジェクトでは、圧倒的性能よりも開発速度と保守性の方が全体の速度に効く。

Go を選んだことで、コンパイラは旧版に比べ最大 10 倍のビルド速度を得たうえ、巨大モノレポでも IDE の応答性が落ちにくくなった。スレッド間でデータを共有し、型解析のような重い処理を並列化できるようになったことで、JS ベースでは超えられなかった壁を一気に突破している。これは Rust のような極限性能を狙ったわけではなく、TypeScript が長寿命であり続けるために「速さ・開発しやすさ・互換性」を同時に成立させる最適点を取った結果といえる。

速度の問題は Go で十分に解決でき、どうしても極端な最適化が必要なら特定のホットパスだけ Rust で補強する余地も残る。コンパイラの未来を見据え、機能追加と保守の持続性を失わず、現実的に最高の改善量が得られる構成が Go だったということ。TypeScript 7 が向かう方向性は、性能と柔軟性の両方を持った新しい安定基盤の確立で、JS 時代の限界を根本から断ち切る移行になっている。 December 12, 2025

なぜかブロックされてるのでリプできないのですが
おおむね同じ時代を歩いてた感覚ですね・・・

CCは有料で、アセンブラは入っている。
GCC自体をビルドしようにもCコンパイラなし。

やや古い、ビルド済みGCC（差分）をFTPで落としてきてどうにか動くようにして、それで最新GCCをセルフビルド。 https://t.co/nyd1cHPcrb December 12, 2025