我使用msys2 Mingw (gcc 4.8.2 for i686 32位)构建Ghostscript 9.10。运行make命令后,gs.exe创建成功。然后我运行"make so"来创建libgs库。Libgs。so, Libgs.so.9.10被创建,它们的文件大小相同。但我发现它们都是PE可执行文件。在将扩展名重命名为。exe后,它们产生了与gs.exe相同的输出。我需要的是libgs.dll, libgs。要创建的lib,而"make so"创建的是lib。这实际上是一个PE可执行文件。我还尝试使用现场找到的补丁:https://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-ghostscript/mingw-build.patch,但输出仍然保持不变。有人在这方面成功过吗?请帮帮我。
我认为,如果您按照构建脚本中所采取的步骤连接到您链接的补丁,一切都会顺利进行。我认为大部分只是让它使用"系统"的第三方库而不是GS源代码中的库。我想运行configure命令就可以了。
或者,您可以从这里下载MSYS2基本系统,然后执行pacman -Syu mingw-w64-i686-ghostscript
。它应该下载并安装二进制包,而不需要您自己构建它。
如果你真的想自己构建它,下载PKGBUILD和补丁,并从前面提到的MSYS2 shell运行makepkg
,并让它为你构建它。
刚刚使用a补丁完成了gs 9.15构建可执行文件的测试MINGW-packages-master.zip from https://github.com/Alexpux/MINGW-packages
没有实现zlib补丁和PKGBUILD,使用MINGW 4.7.3 32/64没有安装ghostscript使用的库
在windows之前使用msys1路径时,它们不能正常工作。
我只是在makefile中编辑了MINGW Build和32/64位类型在这里设它们为=1。因为我没有在。/configure中定义GTKSOC_LOADER_PLAIN手动到gs.c
在make或make so之前检查./configure后面的make文件,,.
除了compile_init之外,一切都很顺利mkromfs的构建失败了,所以我不得不将其设置为=0,然后不进行构建特性。对我个人来说更喜欢,因为一个人可以修补gs字体和库更加容易。
构建在实现了完整的cpu优化器的情况下运行仅禁用gcse和猜测分支概率,轻松超越http://www.ghostscript.com/提供的二进制文件。
<标题> HPC ! 标题>