我正在使用ghc 7.6.3。我从这里安装了wxHaskell:https://github.com/wxHaskell/wxHaskell
它工作正常,示例程序编译并成功运行。
现在唯一的问题是我想在mac OS X上分发一个wxHaskell应用程序。我尝试使用macosx-app和cabal-macosx(https://github.com/michaelt/cabal-macosx)制作一个“app”文件。它在我的机器上运行正常,但无法在另一台计算机上运行。我收到以下错误:
Dyld Error Message: Library not loaded: /Users/user/.cabal/lib/wxc-0.90.1.0/ghc-7.6.3/libwxc.dylib.
我正在使用OS X 10.8.4(Mountain Lion),但我也有兴趣在Windows上编译应用程序并重新分发它们。
重新分发wxHaskell应用程序的最佳方法是什么?
Setup.hs
-- Example Setup.hs for the wxHello app.
import Distribution.MacOSX
import Distribution.Simple
main :: IO ()
main = defaultMainWithHooks $ simpleUserHooks {
postBuild = appBundleBuildHook guiApps -- no-op if not MacOS X
}
guiApps :: [MacApp]
guiApps = [MacApp "WxHello"
(Just "resources/WxHello.icns")
Nothing -- Build a default Info.plist for the icon.
[] -- No other resources.
[] -- No other binaries.
ChaseWithDefaults -- Try changing to ChaseWithDefaults
]
wxHello.cabal:
Name: wxHello
Version: 0.1.0
Stability: Alpha
Synopsis: wxWidgets `Hello World' example for cabal-macosx
Description:
Example showing how to use cabal-macosx to build an application
bundle for a simple `Hello World' program using the wxWidgets GUI
toolkit.
Category: Data
License: BSD3
License-file: LICENSE
Copyright: Andy Gimblett <haskell@gimbo.org.uk>
Author: Andy Gimblett <haskell@gimbo.org.uk>
Maintainer: Andy Gimblett <haskell@gimbo.org.uk>
Build-Type: Custom
Cabal-Version: >=1.6
Executable WxHello
hs-source-dirs: src
Main-is: Main.hs
Build-Depends: base >= 3 && < 5, cabal-macosx, wx
ghc-options: -fwarn-tabs -threaded -Wall
以下是生成的包中的dylib文件:
WxHello.app $ find . | grep dylib
./Contents/Frameworks/Users/user/.cabal/lib/wxc-0.90.1.0/ghc-7.6.3/libwxc.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_baseu-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_baseu_net-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_baseu_xml-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_adv-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_aui-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_core-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_gl-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_html-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_propgrid-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_qa-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_ribbon-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_richtext-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_stc-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_webview-2.9.5.0.0.dylib
./Contents/Frameworks/Users/user/temp/wxWidgets-2.9.5/build-release/lib/libwx_osx_cocoau_xrc-2.9.5.0.0.dylib
./Contents/Frameworks/usr/lib/libc++abi.dylib
./Contents/Frameworks/usr/lib/libexpat.1.dylib
./Contents/Frameworks/usr/lib/libiconv.2.dylib
./Contents/Frameworks/usr/lib/libstdc++.6.dylib
./Contents/Frameworks/usr/lib/libz.1.dylib
答案 0 :(得分:2)
我在Windows中使用wxHaskell制作的最后一个可再发行组件需要文件
mingwm10.dll
和wxmws28u_gcc.dll
位于与.exe 相同的文件夹中(不只是我路径上的某个地方)。
这是使用以前版本的wxHaskell,它是针对wxWidgits本身的先前版本编译的,所以大概你需要wx dll中有29个而不是28个。
我也使用静态链接编译:
ghc -static -optl-static -optl-mwindows Main -o Project.exe
-optl-mwindows
摆脱了命令提示窗口,否则会出现在您的应用旁边。
答案 1 :(得分:0)
包含.cabal和Setup.hs文件可能会有所帮助。
从cabal-macosx的文档中,您似乎需要确保Setup.hs中的MacApp数据值获得 ChaseDeps 的适当模式(使用 ChaseWithDefaults 而不是 DoNotChase ),以构建可再发行的应用程序包。
如果你已经这样做但仍然得到同样的错误,我会检查生成的应用程序包内部,看看是否在那里复制了必要的库。您可以找到足够的信息来向cabal-macosx维护者提交错误。
修改强>
根据你所包含的内容,设置看起来是正确的,它似乎至少复制了库依赖项。我认为问题可能在于cabal-macosx包。
查看依赖项修复代码的源代码,它看起来应该在构建捆绑包时打印了一堆"Updating <library>'s dependence on <path> to <path>"
行。你看到了吗?是否有任何行更新二进制文件本身?
我对OS X链接过程不太熟悉,但我认为除非在复制库之后将二进制文件链接到,否则它也需要更新。您应该可以使用/usr/bin/otool -L <filename>
和/usr/bin/install_name_tool
手动修复安装过程可能错过的二进制文件中的路径。
以下是这两个工具的手册页:
https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/otool.1.html