Date: Sat, 09 Jul 2016 10:11:08 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 210919] audio/qsampler: Build fails in qt5 QtCore at including stddef.h Message-ID: <bug-210919-13-7bgzAbgnO8@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-210919-13@https.bugs.freebsd.org/bugzilla/> References: <bug-210919-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210919 Dimitry Andric <dim@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dim@FreeBSD.org --- Comment #4 from Dimitry Andric <dim@FreeBSD.org> --- This is a problem similar to some other ports that I have fixed in bug 2091= 03 and bug 209921. For unknown reasons, some ports like to add -isystem /usr/include to their CFLAGS and CXXFLAGS. For C++ programs, this messes up the include path order. The normal include path order for C++ programs without any -I flags is: #include "..." search starts here: #include <...> search starts here: /usr/include/c++/v1 /usr/bin/../lib/clang/3.8.0/include /usr/include End of search list. However, with -isystem /usr/include, the order becomes: ignoring duplicate directory "/usr/include" #include "..." search starts here: #include <...> search starts here: /usr/include /usr/include/c++/v1 /usr/bin/../lib/clang/3.8.0/include End of search list. The libc++ headers rely on being able to #include_next<> any C standard headers, and this is defeated by moving /usr/include to before /usr/include/c++/v1. For this port, the solution is also to find some way of getting rid of the = the -isystem /usr/include option. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-210919-13-7bgzAbgnO8>