Summary: | Cannot compile with system zlib | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | j-frankish |
Component: | Build Process | Assignee: | Chris Liddell (chrisl) <chris.liddell> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | chris.liddell |
Priority: | P4 | ||
Version: | 9.00 | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- |
Description
j-frankish
2011-02-20 10:15:23 UTC
Ghostscript is diretibuted with zlib. If you don't delete it before building, Ghostscript will build fine, and if you want SHARE_ZLIB=1, then the executable will use the system zlib. The fact that the build process needs (some of) the sources in the zlib we distribute does not affect the ability to build a gs that does not include the zlib objects. If you are concerned about the disk space for objects built for the %rom% file system compression (mkromfs), then you probably want to make sure and do a 'make clean' after you install the gs you built. I went back and forth between closing this as WONTFIX vs. WORKSFORME. Both apply. Thanks - I was not comfortable that the non-system zlib was being used. Note also the the folks at blfs are also concerned about the same issue with ghostscript and system libs: http://www.linuxfromscratch.org/blfs/view/cvs/pst/gs.html Whilst I sort of agree with Ray, unfortunately, I also feel that the capability is there in the build system, but it doesn't work. Thus I feel I should address the problem - although, for clarity, this remains an unsupported configuration. Fixed in r12184. NOTE: I've had to revise the changes, as the original approach broke the Windows build. You should also grab r12194 for the complete fix. Another (hopefully final!) iteration: this time removing the requirement of using GNU make: r12199. |