アカウント名:
パスワード:
Wizardryを移植するためにはまずPascalを移植しなくてはいけないと言われていたのですが、今回はどのPascalコンパイラが使われたのかも公開してくれないかな。Gnu Pascalがあるから困らなそうではあるけど、Delphiかもしれないし。
まじめに探してませんが、どっかに実用に足る Pascal To C コンバータってあるんじゃないですかね。Pascalの方が制限きっついから、begin/end → {/} とか、:=/= → =/==といった文法レベルの変換だけでも結構いけそうな気がする。コード部分はPascalなTeXが、WEB2Cを通してCコンパイラでビルドできるぐらいですし。
単独動作ではなく「流用」=「新規コードと組み合わせる」のなら、単にPascalコンパイラだけあっても使いにくいように思います。
GNU PascalはGCC4あたりからバックエンドの開発についていけなくなって10年以上前に開発停止中です。Turbo Pascal/Delphiの置き換えならFree Pascalの方じゃないでしょうか。一時ぶっ壊れていたTurbo Pascal風のTUIのIDEも安定して動いています。Free Pascalは、バージョン3.2では再びMS-DOS上の16bitバイナリを作れるようになり、バージョン3.3ではZ80やAVRで動く8bitバイナリを作れるようになりました。中身はよく知らないのですが今でもp-codeで動いているんでしょうか。これがLazarusと組み合わせてWindowsだけでなくLinux/*BSD上でタダで使えるなんてすごいなあ。
Wizardryってそんな複雑ななゲームシステムじゃないし、規模もそれほどとは思えないし、少なくとも#1については普通に仕様を抽出して再実装できるんじゃないかなぁどうせグラフィックやUI周りは一から作り直すんだろうし
わざわざPascalを移植しないといけないようなプログラムだとはとても思えないんだけどどの辺の界隈で、どういう理由でそんな事言われてたんだろうか、気になる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
オリジナルのプログラムを流用 (スコア:0)
Wizardryを移植するためにはまずPascalを移植しなくてはいけないと言われていたのですが、今回はどのPascalコンパイラが使われたのかも公開してくれないかな。
Gnu Pascalがあるから困らなそうではあるけど、Delphiかもしれないし。
Re:オリジナルのプログラムを流用 (スコア:1)
まじめに探してませんが、
どっかに実用に足る Pascal To C コンバータってあるんじゃないですかね。
Pascalの方が制限きっついから、
begin/end → {/} とか、:=/= → =/==といった文法レベルの変換だけでも結構いけそうな気がする。
コード部分はPascalなTeXが、WEB2Cを通してCコンパイラでビルドできるぐらいですし。
単独動作ではなく「流用」=「新規コードと組み合わせる」のなら、
単にPascalコンパイラだけあっても使いにくいように思います。
Re: (スコア:0)
GNU PascalはGCC4あたりからバックエンドの開発についていけなくなって10年以上前に開発停止中です。
Turbo Pascal/Delphiの置き換えならFree Pascalの方じゃないでしょうか。一時ぶっ壊れていたTurbo Pascal風のTUIのIDEも安定して動いています。
Free Pascalは、バージョン3.2では再びMS-DOS上の16bitバイナリを作れるようになり、バージョン3.3ではZ80やAVRで動く8bitバイナリを作れるようになりました。
中身はよく知らないのですが今でもp-codeで動いているんでしょうか。これがLazarusと組み合わせてWindowsだけでなくLinux/*BSD上でタダで使えるなんてすごいなあ。
Re: (スコア:0)
Wizardryってそんな複雑ななゲームシステムじゃないし、規模もそれほどとは思えないし、
少なくとも#1については普通に仕様を抽出して再実装できるんじゃないかなぁ
どうせグラフィックやUI周りは一から作り直すんだろうし
わざわざPascalを移植しないといけないようなプログラムだとはとても思えないんだけど
どの辺の界隈で、どういう理由でそんな事言われてたんだろうか、気になる