jjgod / blog

[wine][] 虽然声称自己是一个跨各平台的项目，可是它的 Mac OS X 支持一直很糟糕。因为最近 [ie4osx][] 的出现，原本对 wine 不感兴趣的人，如我又开始活络起来。今天花了一点时间理了理 wine 在 OS X 上的几个问题，简单记录如下，也许对别人有用。

[wine]: http://www.winehq.org
[ie4osx]: http://www.kronenberg.org/ies4osx

首先，wine 原本是不支持 Mac OS X 的，但独立的 [Darwine][] 项目很大程度上解决了这一点，可是 Darwine 项目自从去年十月份一来就再也没有更新过了，也没有给 x86 的二进制包发布。最近 ie4osx 的编译者提供了二进制包的下载，其实是来自[这里](http://thisismyinter.net/?p=21)编译的，然而这里提供的安装包中能用只有 x11drv，也就是说，wine 必须依靠 X11 才能运行，不能脱离 X11，像一个 native 的 OS X 应用程序那样运行。

[Darwine]: http://darwine.sourceforge.net

原本 [quartzdrv][] 也是 Darwine 项目中的一个分支，目标就是实现 native 的 OS X 支持，可惜出师未捷身先死，quartzdrv 目前也不能和最新的 wine 代码很好的兼容了。然而事实上，依赖 wine 开发的 [CrossOver Mac][] 这个项目早就完成了 quartzdrv 的改定，只不过这是一个商业项目，修改后的代码并没有公开，甚为遗憾。

[quartzdrv]: http://wiki.winehq.org/MacOSX/QuartzDriver
[CrossOver Mac]: http://www.codeweavers.com/products/cxmac/

所以一个好用的开源 quartzdrv 实现就成为了一直悬而未决的开发难题，现在 wine 的 git tree 中虽然有部分残余，其实是去年 Pierre d’Herbemont 发到 wine-patch 邮件列表的一系列 patch 中的第 [1](http://article.gmane.org/gmane.comp.emulators.wine.patches/29764), [2](http://article.gmane.org/gmane.comp.emulators.wine.patches/29766) 个，后续的 patch 一直未能合并进去，然而我咨询 Pierre 得到的回答是，他发的这一系列 patch 的功能仍然不能补足整个 quartzdrv 的需要。

我强烈建议有兴趣的同学，把这个开发的想法作为明年 [Google Summer of Code](http://code.google.com/soc/) 的项目。

话说回来，基于 X11 的实现在 Leopard 下会有一个 IE 页面频繁刷新的问题，通过更新 X11 到 [2.1.0](http://trac.macosforge.org/projects/xquartz/wiki/Releases) 版本可以解决。

近来在开发一个小软件，需要分发程序链接了一些用 macports 安装的库，众所周知，用 macports 安装 universal binary 程序是通过 +universal 这个缺省 variant 实现的。在默认情况下，显然用户不愿意安装 universal 的，既然都在自己机器上编译了，去编译其他平台的二进制程序即浪费时间又浪费空间。所以默认这个 variant 是禁用的，可是如果你自己开发的 Universal Binary 应用要链接用 macports 安装的那些库时，就必须首先确保这些库是 universal binary。

可是在 10.5 下通过 +universal 之后，链接程序会遇到类似下面的错误:

$ sudo port install gettext +universal
…
—> Building gettext with target all
Error: Target org.macports.build returned: … returned error 2
…
gcc -dynamiclib -o … -L/opt/local/lib -lc
-isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386
-arch ppc -arch i386 -arch ppc -Wl,-framework -Wl,CoreFoundation
-install_name /opt/local/lib/libintl.8.dylib
-compatibility_version 9 -current_version 9.2
ld: library not found for -ldylib1.10.5.o
collect2: ld returned 1 exit status
…

这是什么原因呢？仔细看最关键的地方在于，macports 缺省使用了 `-isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc` 这个编译器参数来生成，可是在 Mac OS X 10.5 下，如果仅仅使用这个参数，系统仍然会以为你要编译的是 10.5 下运行的程序，所以最后会尝试链接 10.5 的 libc，问题是 10.5 的 libc 在 10.4 的 SDK 路径下当然找不到，于是就出错了。参考 [Xcode-Users 上的讨论][]。

[Xcode-Users 上的讨论]: http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00686.html

怎么解决呢？也简单，加上 `-mmacosx-version-min=10.4` 这个编译参数就行了。不过对于 macports 来说，在哪儿加倒是一个问题，你可以针对每个 port，在 Portfile 里加上:

configure.universal_cflags-append “-mmacosx-version-min=10.4”

也可以一劳永逸地通过修改 `/opt/local/share/macports/Tcl/port1.0/portconfigure.tcl` 脚本中的 `default configure.universal_cflags` 实现，这里是一个简单的 [patch](http://trac.macosforge.org/projects/macports/attachment/ticket/13475/portconfigure.tcl.diff)。

这个 patch 已经发到了 macports 的 [trac](http://trac.macosforge.org/projects/macports/ticket/13475) 上，希望能尽快在官方版本中得到修复。