|
发表于 2010-7-30 12:30:27
|
显示全部楼层
竟然还依赖几个lib32,白璧微瑕,呵呵。
:: wine: 要求 lib32-fontconfig
:: wine: 要求 lib32-mesa
:: wine: 要求 lib32-libxcursor
:: wine: 要求 lib32-libxrandr
:: wine: 要求 lib32-libxdamage
:: wine: 要求 lib32-libxxf86dga
:: wine: 要求 lib32-alsa-lib
看了下winehq的发行通告:
核心功能部分:
新版本可运行64位win程序
32位的wine只能运行32位的win程序,而64位的可兼容32位和64位win程序——并且,64位和32位的wine各个部位有不同(比如注册表项,文件位置),创建之后无法修改所使用的架构
和WoW64有关的改进(这部分我不熟,不翻译)
16位程序的支持部分被放入一个独立的模组中,除非是16位的程序启动,否则标准的win32启动将不会启动这部分。
支持UUID
支持注册表软链
VC++最近使用的几个C运行库,被部分引入
界面部分:
内建应用有了新图标
可光标动画
鼠标光标可根据程序自动更新
程序控制向导:用于管理已安装的程序
多态文本渲染,
………………(n多,我时间不太多,就不翻译了)
***已知问题
- The subpixel font rendering doesn't yet look quite as nice as that used by the rest of the Unix desktop.
- The OLE storage performance can degrade pretty badly on files with a particular layout.
- There is no 64-bit version of the Gecko engine yet, so 64-bit applications that use a browser control won't work correctly.没有64位的gecko,所以现在64位的程序使用浏览器会不正常。 |
|