我正在使用 msys2 Mingw(用于 i686 32 位的 gcc 4.8.2)来构建 Ghostscript 9.10。运行make后,gs.exe创建成功。随后我运行“make so”来创建 libgs 库。创建了具有相同文件大小的 Libgs.so、Libgs.so.9.10。但我发现它们都是 PE 可执行文件。将扩展名重命名为 .exe 后,它们产生了与 gs.exe 相同的输出。我需要的是要创建的 libgs.dll、libgs.a,而是“make so”创建实际上是 PE 可执行文件的 libgs.so。我还尝试使用现场找到的补丁:https ://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-ghostscript/mingw-build.patch ,但输出仍然保持不变。有没有人在这方面取得成功?请帮助我。
问问题
742 次
2 回答
0
刚刚使用来自https://github.com/Alexpux/MINGW-packages的补丁 MINGW-packages-master.zip 完成了 gs 9.15 构建的可执行文件的测试
没有实现 zlib 补丁和 PKGBUILD 并使用 MINGW 4.7.3 32/64 没有通过 ghostscript 安装使用的库。
在使用 msys1 时,他们没有按原样工作。
我只是在makefile中编辑了MINGW Build和32/64位类型并将它们设置为= 1。并且因为我没有在 ./configure SOC_LOADER_PLAIN 中手动定义 GTK 到 gs.c
在 ./configure 之后检查 makefile,然后再进行 make 或 make so , , .
除了 COMPILE_INITS mkromfs 构建失败之外,一切都很顺利,所以我不得不将其设置为 =0 并在没有该功能的情况下构建。对我个人而言,更喜欢修补 gs 字体和库。
构建运行与完整的 cpu 优化器一样魅力,仅实现禁用 gcse 和guess-branch-probability,轻松胜过 http://www.ghostscript.com/提供的二进制文件。
高性能计算!
于 2014-11-26T01:51:37.220 回答