アカウント名:
パスワード:
もともと教育用途のために作られ分割コンパイルすら想定していなくて、規格になったものも極めて簡素でコンパクトな仕様だった本家本元Wirth大先生は次いでModula-2、Oberonを作りPascalには拘泥しなかった良い言語だとは思うが、産業応用には取り残された感は否めない....................#本当にTurbo Pascalは衝撃的だった(廉価なスクリーンエディタを買うとただでPascalコンパイラがついてくる~と言われたもんだ)
Wizardlyのプログラムに採用され、Turbo Pascalでは一世を風靡した(お世話になりました)。
それで十分じゃないですかね。何が不満なんだろう?
Wizard"r"yでは
Pascal文字列もそうですが、関数呼び出し規約もPascal型でしたよ。もともとMacの開発言語がPascalをベースにしていたのはその通りです。当時アップルが使えたコンパイラはPascalしかなかったのではなかったかな。もちろんメモリと性能の制約が大きすぎるので最終的にはアセンブリで書きかえたでしょうが。Pascal型の方がわずかながらコードサイズと実行時間が小さくなることも採用の後押しをしたのかなと思います。Win16のAPI呼び出し規約も基本Pascal型だったような気がしますが、気がします程度なので眉唾でw
なんというか、1980年代半ばころまではPascalのほうがメジャーな言語で、そちらを採用するのが自然だったんですよ
まあそうですね。PCの世界では80年あたりにBASICの次は構造化言語のPascalだ、なんてキャンペーンが始まって、apple ][やPC-8001にUCSD Pascalが移植されてました。この処理系はP-CODEとかいう仮想マシンの上で動く、今の.NETやJVMみたいなものでした。Cというものがあるらしいぞというのも一応聞こえてはいたのですが、実際に処理系が提供されたのがPascalの方が先だったのでしばらくはPascal優勢だった記憶があります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
PascalはPascal (スコア:2, 参考になる)
もともと教育用途のために作られ分割コンパイルすら想定していなくて、規格になったものも極めて簡素でコンパクトな仕様だった
本家本元Wirth大先生は次いでModula-2、Oberonを作りPascalには拘泥しなかった
良い言語だとは思うが、産業応用には取り残された感は否めない....................
#本当にTurbo Pascalは衝撃的だった(廉価なスクリーンエディタを買うとただでPascalコンパイラがついてくる~と言われたもんだ)
Re: (スコア:0)
Wizardlyのプログラムに採用され、
Turbo Pascalでは一世を風靡した(お世話になりました)。
それで十分じゃないですかね。
何が不満なんだろう?
Re: (スコア:0)
Wizard"r"yでは
Re:PascalはPascal (スコア:1)
Re: (スコア:0)
Pascal文字列もそうですが、関数呼び出し規約もPascal型でしたよ。
もともとMacの開発言語がPascalをベースにしていたのはその通りです。
当時アップルが使えたコンパイラはPascalしかなかったのではなかったかな。
もちろんメモリと性能の制約が大きすぎるので最終的にはアセンブリで書きかえたでしょうが。
Pascal型の方がわずかながらコードサイズと実行時間が小さくなることも採用の後押しをしたのかなと思います。
Win16のAPI呼び出し規約も基本Pascal型だったような気がしますが、気がします程度なので眉唾でw
Re: (スコア:0)
なんというか、1980年代半ばころまではPascalのほうがメジャーな言語で、そちらを採用するのが自然だったんですよ
Re: (スコア:0)
まあそうですね。
PCの世界では80年あたりにBASICの次は構造化言語のPascalだ、なんてキャンペーンが始まって、
apple ][やPC-8001にUCSD Pascalが移植されてました。
この処理系はP-CODEとかいう仮想マシンの上で動く、今の.NETやJVMみたいなものでした。
Cというものがあるらしいぞというのも一応聞こえてはいたのですが、
実際に処理系が提供されたのがPascalの方が先だったのでしばらくはPascal優勢だった記憶があります。