From owner-svn-src-head@freebsd.org Fri May 27 15:42:21 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66E16B4C752; Fri, 27 May 2016 15:42:21 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1C151E9A; Fri, 27 May 2016 15:42:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::89b4:6d81:b8c1:5a81] (unknown [IPv6:2001:7b8:3a7:0:89b4:6d81:b8c1:5a81]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 681821735E; Fri, 27 May 2016 17:42:17 +0200 (CEST) Subject: Re: svn commit: r300770 - in head: . contrib/libc++/include contrib/libc++/include/experimental contrib/libc++/include/ext contrib/libc++/src contrib/libc++/src/include contrib/libc++/src/support lib/l... Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_33C48EBD-05D3-423B-B947-FDCF7F7C2C02"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Fri, 27 May 2016 17:42:06 +0200 Cc: "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Message-Id: References: <201605261852.u4QIqn5w073953@repo.freebsd.org> To: Alan Somers X-Mailer: Apple Mail (2.3124) X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 15:42:21 -0000 --Apple-Mail=_33C48EBD-05D3-423B-B947-FDCF7F7C2C02 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 May 2016, at 17:32, Alan Somers wrote: >=20 > On Fri, May 27, 2016 at 9:28 AM, Dimitry Andric = wrote: >> On 27 May 2016, at 16:49, Alan Somers wrote: >>>=20 >>> I think this change is breaking the build of C++ applications. = Below >>> is a snippet of my amd64 buildworld, with the changes in D6564. it >>> built fine a few days ago. ... >> It shouldn't, it passed a full make universe. Do you have any = special >> settings in either make.conf or src.conf? Or something other about = your >> build environment that is non-standard? ... >=20 > Ahh, but when you ran "make universe" there were not yet any C++ > things in lib/. My patch adds a C++ library, and it fails when > building the 32-bit version. Here's the actual command that failed. > I don't know why it failed, because > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/stdde= f.h > _does_ exist. >=20 > c++ -m32 -DCOMPAT_32BIT -march=3Di686 -mmmx -msse -msse2 > -L/scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/lib32 > --sysroot=3D/scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32 > -B/scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/lib32 > -isystem = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include > -O2 -pipe -MD -MF.depend.consumer.o -MTconsumer.o > -fstack-protector-strong -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith > -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-unused-local-typedef -Qunused-arguments -Wno-c++11-extensions > -c /home/asomers/freebsd/head/lib/libdevdctl/consumer.cc -o consumer.o > ... > --- all_subdir_lib/libdevdctl --- > In file included from = /home/asomers/freebsd/head/lib/libdevdctl/event.cc:55: > In file included from > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/iostream:38: > In file included from > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/ios:216: > In file included from > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/__locale:15: > In file included from > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/string:439: > In file included from > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/algorithm:624: > In file included from > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/initializer_list:47: > = /scratch/tmp/asomers/obj/home/asomers/freebsd/head/lib32/usr/include/c++/v= 1/cstddef:43:15: > fatal error: 'stddef.h' file not found > #include_next > ^ I think what happens is the same what happened with some ports. For various reasons, the include path needs to be modified, and this causes the header lookup to fail, when using #include_next<>. Can you run the above command manually, but adding -v so it will print out the full include paths it searches, and the order? My guess is that either ${MAKEOBJDIRPREFIX}/usr/include/c++/v1 needs to be added to the C++ include path, or some other path in the list is missing, at least for C++ compilation. -Dimitry --Apple-Mail=_33C48EBD-05D3-423B-B947-FDCF7F7C2C02 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAldIatgACgkQsF6jCi4glqO2kQCgymKcp436p6W6daNk2J5ksRjS XsIAnjRKZmM6e2DfsQMUvioH80wPdSbQ =SU6e -----END PGP SIGNATURE----- --Apple-Mail=_33C48EBD-05D3-423B-B947-FDCF7F7C2C02--