Summary: | building gs8.30 fails on SuSE 7.x | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Martin Schröder <martin> |
Component: | Build Process | Assignee: | Ralph Giles <ralph.giles> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | master | ||
Hardware: | Other | ||
OS: | Linux | ||
Customer: | Word Size: | --- | |
Attachments: |
config.log
Output of make |
Description
Martin Schröder
2004-06-08 05:35:11 UTC
Created attachment 710 [details]
config.log
Created attachment 711 [details]
Output of make
Ah, the horrors of C portability. This is a conflict between the jasper build system, which tries to use stdbool.h and the Ghostscript build system, which rolls its own definition. the glue code in zfjpx.c needs to include both. The correct fix is probably to internalize a bunch of the jasper headers so they don't pollute the namespace. The workaround is to move the jasper source out of the way, compile and install the library separately, and then reconfigure ghostscript to link to the shared verison. I've opened bug 687518 against jasper to track the cleanup issue. My guess is we didn't see this on newer gcc because gcclib is now using int for _Bool? Thanks for the report. *** This bug has been marked as a duplicate of 687518 *** |