On Mon, 1 Oct 2018 19:18:40 -0500 rhubarbpieguy via blfs-support <[email protected]> wrote:
> > /usr/include/c++/8.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > file or directory > > #include_next <stdlib.h> > > ^~~~~~~~~~ Perhaps the first link below is the most helpful: https://github.com/Martchus/tageditor/issues/22 https://github.com/OxfordSKA/OSKAR/issues/10 https://stackoverflow.com/questions/45245923/mingw-include-c-cstdlib-stdlib-h-no-such-file-or-directory https://bugreports.qt.io/browse/QTBUG-53367 It seems gcc was changed in way that the use of -isystem now alters the include directory search order which breaks some packages. One suggested solution seems to be to simply remove the use of the gcc -isystem option (perphaps in a cmake/XX.cmake file). Another suggestion is to change the order of the c++ search path: export CPLUS_INCLUDE_PATH=/usr/local/include/c++/8.2.0:/usr/local/include:/usr/include:$CPLUS_INCLUDE_PATH Yet another solution suggests changing the #include_next to #include https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70936 However, I don't see any reference to -isystem in the poppler-0.69.0 source tree: find . -type f -print|sort|xargs grep isystem Nor did I find a reference to CPLUS_INCLUDE_PATH. I did find a reference to CMAKE_SYSTEM_INCLUDE_PATH in cmake/modules/PopplerMacros.cmake You have to do a: make VERBOSE=1 to get the actual gcc command that fails, then we can see how gcc was called. You can then try modifying things (either in the source tree or in that command line) until you get past the problem. If you get it to work, I would report the problem to the poppler folks. Cheers, Mike -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
