| タイトル | ： Re^3: アセンブラ＆コンパイラ、きっと NOT (neg?) |
| 投稿日 | ： 2022/11/12(土) 16:13 |
| 投稿者 | ： としき |
| 参照先 | ： http://toshiki.la.coocan.jp/ | 番 号 | ： 10395 10393 番 文太 さんへのコメント コメント数 1 |
だんだんわかってきました。 私の知りたかった一番の核心は> from basm.doc> BASM translates a BASIC-like language to 80286 assembly language source.ということで、やはり作者的には、コンパイラというよりトランスレータという扱い のようですね。これで私の頭の中はかなりすっきり。した気がする。してないかも。 もしかすると、スッキリしていない頭でいろいろとあげつらった文章のせいで、逆に 文太さんを困惑させているような。> あるいは、高級言語のインライン・アセンブラ> の部分をBasicで書けるよ、なのかな。これは大きいかもしれない。 例えば、私の手がけたポケ３用のEMSドライバ、関谷さんの作られた200LX用の古い バージョンの移植です。そしてこのドライバは、使用頻度の高いファンクション しかサポートしていない。そこで、歯抜けの部分のファンクションを自力で作りたい という思いはあって。そしてポケ３のCPUは80286。> コンパイルとアセンブルの違い（と僕が思っていたこと）。> .asmにしてアセンブルすると、.basをコンパイルするより、〈一般に〉速いものが> できあがる。> しかし、これは「最適化」できるかによりけりで、〈一般に〉にそうとは限らない。> たぶん、大して変わらない。> こんな風に理解しています。理論的には「大して変わらない」かもしれない。 でも、世の中のコンパイラで、そんなにきちんと最適化できるものは少ない、という 現実もあって。 例えば、DOS3とかDOS5の時代、Turbo CとかQuick Cに比べるとLSI C-86は圧倒的に 最適化レベルが高かった、といわれています。それでも、LSI Cの出力を、手作業で さらに最適化するような人々もいたらしい。ただ、その時代の職人の手仕事なんて ほとんど伝説の域に達しているわけで、はたしてどこまで本当なのやら。 一応、多くのコンパイラは、その最終出力は実行ファイルです。 ただ、中間段階として、アセンブラソースをつくるものもあります。 LSI C-86はアセンブラソースを作ります。Delphiは作らないような気がする。 また、LSI C-86は同梱の専用アセンブラ用のソースを経由しますので、いろいろな 記述が、一般的なMASMやTASMと異なり、かなり癖がありました。当然、それらとの 互換性は皆無。とはいえ、ニーモニックは同一ですから、その部分だけを手作業で MASMで移植、なんてことはよくやられていたようです。> としきさん、割とマクロ、マクロ（アセンブラの）と書かれていて、そう翻訳> されると想像するのが「順当」なのかな、と思っていましたが、プロシージャです。なるほど、ここも私がわかっていなくて想像していた部分でした。 例えば、分岐やループの構文。 最近のアセンブラならマクロで構築するじゃないですか。 なので、BASICをアセンブラに変換する場合、変換結果はマクロかな、と思っていた のです。> エスペラントなどなど（仮想化）は、うーん、深いですねぇ。> ただこのラインは本筋から大きくずれたかな、という気はしています。ずれまくりましたね。私のほうに誤解がありました。 ということで、以下、余談。 現在、一般に、CPUのvirtualizationというと、CPUで実行するソフトウェアの話。 ご存知だと思いますが、世の中にはシミュレーションゲームってありますよね。 アレって、仮想の世界で遊ぶソフトウェア。 同様に、CPUで、自分自身とか、全く別のCPUをソフトウェアとして動かす、という ある意味で大技なのが、CPUのvirtualization。 ここで、「全く別のCPU」と言っていますが、たとえばこれ、現実には存在しない 架空のCPUであってもかまわない。その場合、当然、そのCPUで動く機械語は架空の 機械語になるわけです。つまり、現実とは距離を置いた言語。この意味で、まるで 人間の会話における自然言語に対する人工言語であるエスペラントのようだ、と 私は考えたわけです。> ; でも使い方や環境によりけりですが、僕は、tosfindの> ; バグに一度も出会ってないです。多謝。私のほうが文太さんよりもtosfindの使用頻度が低いせいもあるのでしょう、私も 一度もバグに出会っていません。 ただ、ソースも公開されていますから、その気になればバグ取りできる人も多いと 思います。こういうところもオープンソースのいいところ。つまり、作者は逃げて しまえるのですから。
- No.10395 一括表示へ - コメント元:10393 一括表示へ - [ 返信 ] [引用無し] pre