app-text/xpdf-3.02-r3 fails to build on Solaris 10 (x86) due to missing endian.h header file: [...] g++ -O2 -pipe -DSYSTEM_XPDFRC="\"/opt/gentoo.x86/etc/xpdfrc\"" -Wno-write-strings -I/opt/gentoo.x86/usr/include/poppler -I/opt/gentoo.x86/usr/include/poppler/goo -I/opt/gentoo.x86/usr/include/poppler/splash -DHAVE_DIRENT_H -c -o PDFCore.o PDFCore.cc PDFCore.cc:19:21: error: endian.h: No such file or directory [...] AFAIK endian.h is available only on Linux (and IRIX?) platforms, so most Gentoo/Alt people should be affected. The error is caused by 05_all_xpdf-poppler-search-non-ascii.patch, which is applied before compilation. Disabling this patch makes xpdf compile neatly. I don't even see the purpose of this patch. It applies UCS-4LE or UCS-4BE code conversion depending on the machine's byte order. Why? Any ideas? Reproducible: Always Steps to Reproduce: 1. emerge '=app-text/xpdf-3.02-r3'
same on Darwin. Maybe printing herd knows why, it could be related to >=poppler-0.11.3 compatability given the ChangeLog.
I fixed this issue few weeks ago. It is related to the xpdf patchset introducing an <endian.h> include which is all but portable beyond linux. http://overlays.gentoo.org/proj/alt/changeset/52095