surface しか選択肢がないので使用には適さないだろう。SDL1版は opengl とか openglnb が選択肢にあって、画面いっぱいまで伸びながら滲まないフルスクリーンが可能である。たったこれだけのことがSDL2版にはできないのだが、しかし思い出してみるに Neko Project II (np2sdl2だったかxnp2だったか忘れたが) にだって依然としてできていないんだからそんなに簡単な話ではないのかもしれない(どちらもSDL2を使用するのでそれはありうるかもしれない。まあ単に需要がないだけだったりするのかとも思うが)。
build-macosx と build-macosx-sdl2 に書いておく(必要があるかはともかく):
export CC=clang-mp-3.7 export CXX=clang++-mp-3.7 export CPPFLAGS='-I/opt/local/include -stdlib=libc++' export LIBS='-stdlib=libc++' # SDL1.x の場合 export LIBS='-stdlib=libc++ -framework CoreFoundation -framework CoreServices' # SDL2.x の場合
./configureに渡すオプションも同様に書き足しておく。XQuartzのインストールされた場所なので(当然)人によって違う。要らんかも:
--x-includes=/opt/X11/include --x-libraries=/opt/X11/lib
以下の内容のパッチdrive_local-OSXMountainLion.patchを、解凍したソースコードのルートに置く:
パッチを当てる:--- src/dos/drive_local.cpp 2018-05-03 23:47:07.000000000 +0900 +++ src/dos/drive_local.cpp 2018-05-09 01:18:51.000000000 +0900 @@ -31,6 +31,9 @@ #include"inout.h" #ifndef WIN32 #include<utime.h> +# if defined(__APPLE__) && defined(__MACH__) +# include<sys/syslimits.h> +# endif #else #include<sys/utime.h> #include<sys/locking.h>
$ patch -b -p0 < drive_local-OSXMountainLion.patch
最後にビルドする:
$ ./build-macosx$ ./build-macosx-sdl2
libc++ でビルドできた話
libc++ を明示的に選択することで clang でのビルドが可能になりました。 ./configure に必要なのはこれだけ。それ以外は2018-5-13版の通り。
$ CC=clang-mp-3.7 CXX=clang++-mp-3.7 CPPFLAGS='-I/opt/local/include -stdlib=libc++' LDFLAGS=-stdlib=libc++ ./configure --x-includes=/opt/X11/include --x-libraries=/opt/X11/lib --prefix=$HOME --enable-debug --with-sdl-prefix=/usr/local/src/dosbox-x-dosbox-x-wip-20180513-1316/vs2015/sdl/linux-host/lib
インクルードでだけ /opt/local を要求するのは変なので、これも不要かもしれない。いずれためす予定
CPPFLAGS から XQuartz のインクルードを外して MacPorts だけにしたが予想されていた通り不都合はない。 いまのところなんら変更なくビルドできるのはありがたいものです。
変更点で特筆すべきものは、Mac だけで 設定$ ./autogen.sh $ patch -b -p5 < drive_local-OSXMountainLion.patch $ ./build-debug # 内部SDL1.xのビルドのみ,本体のmakeはコメントアウトした $ CC=gcc-mp-5 CXX=g++-mp-5 CPPFLAGS=-I/opt/local/include ./configure \ --x-includes=/opt/X11/include --x-libraries=/opt/X11/lib --prefix=$HOME \ --with-sdl-prefix=/usr/local/src/dosbox-x-dosbox-x-wip-20180513-1316/vs2015/sdl/linux-host/lib $ make -j5 # DOSBox-X本体のmake $ make install
'[sdl] output=opengl' がクラッシュしてたのが直ったというところ。これで画面すみずみまでフルスクリーンができるようになった。もはやこれだけで np2, xnp2 のフルスクリーンよりすごい。好みの話になるが、 'fullresolution=1280x800' で画面の隅まで使いきるフルスクリーンにできて、しかも 'output=openglnb' でドットのエッジがきっちり立つようになる設定をあわせるのが最高です。以下がその証拠：
np2 は偉大なんだな、ここに挙げたもののほぼ全部(『禁血』以外)が動くので (anex86 でも動くのかも知れんが確かめられない)。とはいえマウスポインタの挙動が正常なのとフルスクリーンの筋の良さは np2 や xnp2 にはない DOSBox-X のよいところなのでぜひエミュレーション精度を高めてこれを生かしてほしくある。| PC-98 Game: | Year: | Version: | Status: | runnable - playable - supported | ||
|---|---|---|---|---|---|---|
| 愛姉妹 二人の果実 | 1994 | 0.82.6 | playable |  |
||
| 遺作 | 1995 | 0.82.6 | supported |  |
||
| EVE burst error [イヴ] | 1995 | 0.82.6 | runnable | 
|
||
| WAVER -The Seeker 2- | 1996 | 0.82.6 | playable | |
||
| エイミーと呼ばないでっ | 1995 | 0.82.6 | playable | |
||
| 英雄伝説IV 朱紅い雫 | 1996 | 0.82.6 | broken | |||
| 悦楽の学園 | 1994 | 0.82.6 | runnable | |
||
| 禁断の血族 | 1993 | 0.82.6 | runnable |
|
||
| XENON -夢幻の肢体- | 1994 | 0.82.6 | runnable |
|
||
| 学園ソドム 〜教室の牝奴隷達〜 | 1995 | 0.82.6 | playable | |
||
| 香奈子 | 1996 | 0.82.6 | playable | |
||
| 河原崎家の一族 | 1993 | 0.82.6 | playable | |
||
| GLORIA 禁断の血族 | 1996 | 0.82.6 | playable | |
||
| ここは楽園荘2 | 1995 | 0.82.6 | runnable | |
||
| 雑音領域 | 1996 | 0.82.6 | playable | |
||
| 尋問遊戯 | 1995 | 0.82.6 | playable | |
||
| 堕落の国のAngie 〜狂界の牝奴隷達〜 | 1996 | 0.82.6 | playable | |
||
| DESIRE 背徳の螺旋 | 1994 | 0.82.6 | runnable | |
||
| トラベル☆ジャンクション | 1996 | 0.82.6 | playable | |
||
| 野々村病院の人々 | 1994 | 0.82.6 | playable | |
||
| 花の記憶 第二章 | 1996 | 0.82.6 | runnable | |
||
| ブランディッシュ リニューアル | 1995 | 0.82.6 | broken | |||
| ブランディッシュ2 リニューアル | 1995 | 0.82.6 | broken | |||
| ブランディッシュ3 リニューアル | 1995 | 0.82.6 | broken | |||
| ブランディッシュVT | 1996 | 0.82.6 | broken | |||
| ブリガンティ | 1995 | 0.82.6 | runnable |
|
||
| 猟奇の檻 | 1995 | 0.82.6 | playable | |
||
| 猟奇の檻 第2章 | 1996 | 0.82.6 | playable | |
__APPLE__ または __MACH__ のどちらかなのではなくて、どちらも定義されてないとだめ、というのを他人の作品を見て理解した。上記のパッチをさしあたりここでは--- src/dos/drive_local.cpp.orig 2018-05-03 23:47:07.000000000 +0900 +++ src/dos/drive_local.cpp 2018-05-09 01:18:51.000000000 +0900 @@ -31,6 +31,9 @@ #include "inout.h" #ifndef WIN32 #include <utime.h> +# if defined(__APPLE__) && defined(__MACH__) +# include <sys/syslimits.h> +# endif #else #include <sys/utime.h> #include <sys/locking.h>
drive_local-OSXMountainLion.patch となづけた。パッチの適用はいまいちやりかたがわかってないのであまり書きたくないのだけど、文脈上避けられない。/foo/local の下で make をやるとかってに /foo を見にいくのかもしれんという気づきを得たので /usr/include をインクルードするのをやめた。結果はおなじである。たぶんCPPFLAGSのX11のインクルードも不要だろう。解凍したソースコードのルートディレクトリで以下のように入力した:もちろんこれは私の環境のための備忘録なので、たとえば XQuartz や MacPorts が入ってない環境の人はこれとだいぶ違う$ ./autogen.sh $ patch -b -p5 < drive_local-OSXMountainLion.patch $ ./build-debug # 内部SDLのビルドだけ成功,本体のmakeは失敗 $ CC=gcc-mp-5 CXX=g++-mp-5 \ CPPFLAGS='-I/opt/local/include -I/opt/X11/include' \ ./configure --x-includes=/opt/X11/include --x-libraries=/opt/X11/lib \ --with-sdl-prefix=/usr/local/src/dosbox-x-dosbox-x-wip-20180506-1805/\ vs2015/sdl/linux-host/lib \ --prefix=$HOME $ make -j5 $ make install
./configure になるでしょう。build-debug スクリプトを利用することでソースコード付属の内部 SDL を利用するのだけど、そのビルドが完了すると次にパッケージ本体の ./configure を始めようとして失敗するので、私の環境に特有な情報(MacPorts とか XQuartz とか、もしかすると冗長に与えすぎかも)にあわせてさきほどビルドできたSDLの場所を --with-sdl-prefix オプションで与えて ./configure をやりなおすとビルドに成功する。なお、以前述べたように依然として自家製パッチが必要な点は変わらない。./build-debugCC=gcc-mp-5 CXX=g++-mp-5 CPPFLAGS='-I/opt/X11/include -I/opt/local/include' ./configure --x-includes='/opt/local/include /opt/X11/include' --x-libraries='/opt/local/lib /opt/X11/lib' --with-sdl-prefix=/usr/local/src/dosbox-x-dosbox-x-windows-v0.82.6/vs2015/sdl/linux-host/lib --prefix=$HOMEmake -j5make installDOSBox-X menu rewrite WIP BETA 2018-05-06 17:54 がリリースされていたようだ、とはいえ Windows 版のメニューに関する変更が主らしいのでエミュレーションの改善とかはないんだろうか。次の版を待つべきなのかもね
libsdl@1.2.15_3) のヘッダファイルをインクルードしていたのでは(おそらく)だめで、 Dosbox-X のソースコードについてきたSDLのソースコードが要るようだ、というところまでは理解した。ただし単純にそのヘッダファイルをインクルードしただけでは最後のところで失敗する。この理由は未定義のシンボル(識別子、変数とか関数)を参照しているというもので、参照されるべき関数 LinuxX11_KeySymName がコンパイルされていないようだ。参照されるべき関数 LinuxX11_KeySymName を含むソースファイル src/gui/sdlmain_linux.cpp 全体ではちゃんとコンパイルされているが定義されたシンボルを全く含まないのだそうで、つまり関数の定義部分がコンパイルを通ってないということか。はあ?という感じやな。./configure オプションでは SDL がインストールされた場所を指定できるものがあって、おそらくこの変更されたヘッダファイルを指定するにはそれを用いて Dosbox-X 内 SDL をビルドした後に指定すればいいのだろうか。
src/dos/drive_local.cpp の前処理部をじゃっかん書き足す必要がある。そのパッチを以下に示します:
この変更がない場合,--- drive_local.cpp.orig 2018-04-20 21:15:06.000000000 +0900 +++ drive_local.cpp 2018-04-20 22:04:48.000000000 +0900 @@ -31,6 +31,9 @@ #include "inout.h" #ifndef WIN32 #include <utime.h> +# if defined(__APPLE__) || defined(__MACH__) +# include <sys/syslimits.h> +# endif #else #include <sys/utime.h> #include <sys/locking.h>
src/dos/drive_local.cpp で MAX_PATH が定義されていない、といってコンパイルが途中で止まる。
MAX_PATH は OS が受容できるパスの長さの最大値を示すのかもしれませんが、 Mountain Lion の場合、この値は /usr/include にある sys/syslimits.h で定義されたマクロ識別子 PATH_MAX が必要です。
上記の src/dos/drive_local.cpp では MAX_PATH の値が PATH_MAX の値だと定められていることによります。上記の変更前の状態では Windows (32bit版) でないかどうか、の条件分岐しかなく、 Windows でないがかつ Mountain Lion の場合にも utime.h を読みに行くのでしょう。しかしすくなくとも /usr/include にそんな定義は sys/syslimits.h にしかなかった。フラグでヘッダファイルのインクルード先をやたら指定しているので要らないやつがあるかもしれんのですが、$ ./autogen.sh $ CFLAGS='-I/usr/include -I/opt/X11/include -I/opt/local/include'\ CPPFLAGS='-I/usr/include -I/opt/X11/include -I/opt/local/include'\ CC=gcc-mp-5 CXX=g++-mp-5 ./configure --disable-sdl2 $ make -j3 $ make install
/usr/include は誰でも要るはずです。
ただし /opt/X11 は XQuartz だけが使用しておりもしかしたら要らんかもしれず(ここらへんはよくわかってない)、また /opt/local はMacPortsが使用しているために俺の環境ではやはり外せないわけですが、これを手で与えるのではなくて自動にできんものかしらね。
あとは、俺の環境では SDL2 が共存しているので SDL1.2 の使用を明示することが必要でした (現状ではSDL2はサポートしてないとかREADMEとかINSTALLのファイルに説明してあるので)。make に言われるかもしれません、俺の場合は xkbfile がないと言われたので、 MacPorts で xorg-libxkbfile をインストールしたら直ちに解決できました。