Date: Fri, 7 Oct 2016 11:34:26 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Mark Millard <markmi@dsl-only.net> Cc: FreeBSD Ports <freebsd-ports@freebsd.org>, Dimitry Andric <dim@freebsd.org> Subject: Re: graphics/opencv2-core: compiler error on CURRENT: error: 'stddef.h' file not found Message-ID: <20161007113426.382cc416.ohartman@zedat.fu-berlin.de> In-Reply-To: <66A820DB-DAE0-41F6-BF36-4BB3C1AD465E@dsl-only.net> References: <66A820DB-DAE0-41F6-BF36-4BB3C1AD465E@dsl-only.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/Rv_bBl2Z.ztscFZLGd6IXJ6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 7 Oct 2016 02:00:34 -0700 Mark Millard <markmi@dsl-only.net> schrieb: > O. Hartmann ohartman at zedat.fu-berlin.de wrote on Fri Oct 7 08:26:27 UT= C 2016 . . . >=20 > . . . of having problems with not finding <stddef.h> during some port bui= lds. >=20 >=20 > Is there a difference in the -isystem command line options for c++ for th= e working vs. > failing contexts? >=20 > I will presume that there is based on the following. . . (At least it giv= es you > something to look into.) >=20 >=20 >=20 > The issue is not specific to just graphics/opencv-core and graphics/blend= er ports: > others also have problems with the use of -isystem for C++ compiles. See: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213217 >=20 > in particular Comment #2 from Dimitry Andric. >=20 > The problem is in how -isystem is used vs. what is needed for libc++ 3.8.= 0 . >=20 > From O. Hartmann's message text: >=20 > . . . > > -isystem /usr/local/include/eigen3 -isystem /usr/include/include -O2 -p= ipe -O3 =20 > . . . > > In file included from /usr/include/c++/v1/algorithm:624: In file includ= ed > > from /usr/include/c++/v1/initializer_list:47: /usr/include/c++/v1/cstdd= ef:43:15: fatal > > error: 'stddef.h' file not found #include_next <stddef.h> ^ --- =20 > . . . > > In file included from /usr/include/c++/v1/algorithm:624: In file includ= ed > > from /usr/include/c++/v1/initializer_list:47: /usr/include/c++/v1/cstdd= ef:43:15: fatal > > error: 'stddef.h' file not found #include_next <stddef.h> =20 >=20 >=20 > Dimitry wrote for this issue of <stddef.h> not being found: >=20 > > Summary: If for some reason you must completely rebuild the header sear= ch path > > from scratch, you need to add -isystem /usr/include/c++/v1 *before* -i= system > > /usr/include. But it is better not to do this at all. :) =20 >=20 > There is more background/supporting information in that comment. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I'd like to mention, that I do updates and recompilation of the system on a= almost daily basis. Might it be possible thta I hit some transitional effects in the too= lchain? This is our/my src.conf: # CPUTYPE?=3D native # CFLAGS+=3D -O3 COPTFLAGS+=3D -O3 # #CXXFLAGS+=3D -std=3Dc++11 # WITH_CLANG_FULL=3D YES WITH_CLANG_EXTRAS=3D YES WITH_LLDB=3D YES The /etc/makefile has CPUTYPE?=3Dnative COPTFLAGS+=3D-O3 I once compiled the systems (all of them without exceptions) with also CXXFLAGS+=3D-std=3Dc++11 set, but since the problems arose, I avoid that. --Sig_/Rv_bBl2Z.ztscFZLGd6IXJ6 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJX92wiAAoJEOgBcD7A/5N8vH0H/jB1EHGag8VxaUXY1XrPKpPF pi5OgrS2UG+p3NXgnjUobJpYKeaxe3GZTBBDSfkFOj7AZSvzJD1KPyt+nQuDcm+/ quv+WjptUUwYbMeM0g88cvXuC2KZZxw+E+Ji7zGt836YDcx2HaE0LsUteGLJwPnd 1zwYUvFLHkZ+nF4fenOV1enSlIyLcEnSBBV6lcbRAMFTAdvy4g+WS0jzwRGa0F1r E4mXx5z8A43bivJERsZOY7IcT0hOMkQ8VYC9G2mH2Qv5Q+Mrxeb6q1n3oMn0+lDI rajDaIgOytAwrQDUhbGTcC6MEx4HC0MDc6XLp/xwZZO0szFl26HOV1CmX13CEYU= =WSgu -----END PGP SIGNATURE----- --Sig_/Rv_bBl2Z.ztscFZLGd6IXJ6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20161007113426.382cc416.ohartman>