[replying via public list, assuming simple error] Quoting Damian Dimmich (2016-02-10 11:43:38) > Update regarding the issue - in base/tiff.mak $(TIFFCONFIG_H) and > $(TIFFCONF_H) are both incorrectly configured and point to > /libtiff/tiff_config.h and /libtiff/tiffconfig.h respectively (neither > of which exist). > > As far as I can tell, both of these should be pointing to > /usr/include/x86_64-linux-gnu/tiffconf.h - I believe these are > synonymous. Ahh - then I almost had it nailed few days ago - but failed at grep'ing too narrowly for "config" among libtiff5-dev filenames :-P That conf file predates a configure-compatible macro > for tiff and is just used by 'legacy' applications, > of which I am guessing GS is one of. > > The probably "correct", long-term fix, would be to get GS to use the > libtiff make macro. If trying to get that straightened out, it seems there is alother bug in configure.ac setting LIBTIFFCONFDIR (not TIFFCONFDIR). > In the short term I was able to get GS to build by replacing the > incorrect variables to point to /usr/include/x86_64-linux-gnu/tiffconf.h > > Clearly, this isn't a good solution, as its nowhere near cross platform. > > That said, I'm not quite sure how to proceed as there is no tiff-config > command. Maybe if we can get TIFFCONFIG_H overrided at build time, using /usr/lib/$(DEB_HOST_MULTIARCH) <- that variable is available to us at build time. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Attachment:
signature.asc
Description: signature