From owner-svn-src-head@freebsd.org Wed Aug 21 21:46:57 2019 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 49D91D4EC4; Wed, 21 Aug 2019 21:46:57 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46DLpm3MKmz4b8w; Wed, 21 Aug 2019 21:46:56 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D0EgAqu11d/ygG91FkGwEBAQEDAQE?= =?us-ascii?q?BBwMBAQGBZwKCFlkUUiASKoQfiHyGAwGCDjUBiSh7kDUJAQEBMQwBAYFLgnQ?= =?us-ascii?q?CglkmOBMCBQEBBQEBAQEBBgRthGVCDEIBDAGEewEFIzMjEAsOBgQCAgUhAgI?= =?us-ascii?q?PEjYGARKDI4FqAyELqmSBMoQ0AQsBg1wNgRqBCgaBDCgBjAWBf4QjPoIagiq?= =?us-ascii?q?DC4JYBJRFllBACYIfhmiJWINtJ5hGhB6JPYdjgXqQQCGBWE0wCIMngk4XiGO?= =?us-ascii?q?FQT0DMIJPinsBAQ?= X-IPAS-Result: =?us-ascii?q?A2D0EgAqu11d/ygG91FkGwEBAQEDAQEBBwMBAQGBZwKCF?= =?us-ascii?q?lkUUiASKoQfiHyGAwGCDjUBiSh7kDUJAQEBMQwBAYFLgnQCglkmOBMCBQEBB?= =?us-ascii?q?QEBAQEBBgRthGVCDEIBDAGEewEFIzMjEAsOBgQCAgUhAgIPEjYGARKDI4FqA?= =?us-ascii?q?yELqmSBMoQ0AQsBg1wNgRqBCgaBDCgBjAWBf4QjPoIagiqDC4JYBJRFllBAC?= =?us-ascii?q?YIfhmiJWINtJ5hGhB6JPYdjgXqQQCGBWE0wCIMngk4XiGOFQT0DMIJPinsBA?= =?us-ascii?q?Q?= Received: from 40.6-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.247.6.40]) by relay.skynet.be with ESMTP; 21 Aug 2019 23:46:53 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x7LLkqnU043143; Wed, 21 Aug 2019 23:46:53 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 21 Aug 2019 23:46:52 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Konstantin Belousov , gecko@FreeBSD.org Cc: Dimitry Andric , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, Marshall Clow Subject: Re: svn commit: r351253 - in head/contrib/libc++: include src Message-ID: <20190821234652.0ed2f345@FreeBSD.org> In-Reply-To: <20190821155231.GQ71821@kib.kiev.ua> References: <201908201739.x7KHdXvv054610@repo.freebsd.org> <20190821144908.7137e6bc@FreeBSD.org> <20190821155231.GQ71821@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46DLpm3MKmz4b8w X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TAGGED_RCPT(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.949,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 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: Wed, 21 Aug 2019 21:46:57 -0000 On Wed, 21 Aug 2019 18:52:31 +0300 Konstantin Belousov wrote: > On Wed, Aug 21, 2019 at 02:49:08PM +0200, T=C4=B3l Coosemans wrote: >> On Tue, 20 Aug 2019 17:39:33 +0000 (UTC) Dimitry Andric >> wrote: =20 >>> Author: dim >>> Date: Tue Aug 20 17:39:32 2019 >>> New Revision: 351253 >>> URL: https://svnweb.freebsd.org/changeset/base/351253 >>>=20 >>> Log: >>> Pull in r368867 from upstream libc++ trunk (by Marshall Clow): >>> =20 >>> Rework recursive_timed_mutex so that it uses __thread_id instead of >>> using the lower-level __libcpp_thread_id. This is prep for fixing >>> PR42918. Reviewed as https://reviews.llvm.org/D65895 >>> =20 >>> Pull in r368916 from upstream libc++ trunk (by Marshall Clow): >>> =20 >>> Fix thread comparison by making sure we never pass our special 'not= a >>> thread' value to the underlying implementation. Fixes PR#42918. >>> =20 >>> This should fix std::thread::id::operator=3D=3D() attempting to call >>> pthread_equal(3) with zero values. >>> =20 >>> Reported by: andrew@tao11.riddles.org.uk >>> PR: 239038, 239550 >>> MFC after: 3 days >>>=20 >>> Modified: >>> head/contrib/libc++/include/__threading_support >>> head/contrib/libc++/include/mutex >>> head/contrib/libc++/include/thread >>> head/contrib/libc++/src/mutex.cpp >>>=20 >>> Modified: head/contrib/libc++/include/__threading_support >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D >>> --- head/contrib/libc++/include/__threading_support Tue Aug 20 17:00:31= 2019 (r351252) >>> +++ head/contrib/libc++/include/__threading_support Tue Aug 20 17:39:32= 2019 (r351253) >>> @@ -13,6 +13,7 @@ >>> =20 >>> #include <__config> >>> #include >>> +#include >>> #include >>> =20 >>> #ifndef _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER >>> @@ -392,6 +393,86 @@ int __libcpp_tls_set(__libcpp_tls_key __key, void = *__p >>> } >>> =20 >>> #endif // !_LIBCPP_HAS_THREAD_LIBRARY_EXTERNAL || _LIBCPP_BUILDING_THR= EAD_LIBRARY_EXTERNAL >>> + >>> +class _LIBCPP_TYPE_VIS thread; =20 >>=20 >> This seems to break building Firefox: >>=20 >> In file included from /usr/ports/www/firefox/work/firefox-68.0.2/media/m= transport/nricectx.cpp:82: >> In file included from /usr/ports/www/firefox/work/firefox-68.0.2/media/m= transport/third_party/nICEr/src/stun/stun_client_ctx.h:41: >> In file included from /usr/ports/www/firefox/work/firefox-68.0.2/media/m= transport/third_party/nICEr/src/stun/stun.h:45: >> In file included from /usr/include/net/if_var.h:84: >> /usr/include/sys/lock.h:68:15: error: reference to 'thread' is ambiguous >> struct thread **owner); >> ^ >> /usr/include/sys/lock.h:42:8: note: candidate found by name lookup is 't= hread' >> struct thread; >> ^ >> /usr/include/c++/v1/__threading_support:397:24: note: candidate found by= name >> lookup is 'std::__1::thread' >> class _LIBCPP_TYPE_VIS thread; >> ^ >>=20 >>=20 >> This "class thread" conflicts with "struct thread" in sys/lock.h. >> Should everything in sys/lock.h be under #ifdef _KERNEL? =20 > Why does firefox pulls if_var.h at all ? (As I understand, this is how > the pollution occurs.) Right, it turns out it doesn't need it: --- media/mtransport/third_party/nICEr/src/stun/stun.h.orig 2019-08-13 = 18:06:44 UTC +++ media/mtransport/third_party/nICEr/src/stun/stun.h @@ -41,7 +41,7 @@ OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O #include #ifndef LINUX #include -#if !defined(__OpenBSD__) && !defined(__NetBSD__) +#if !defined(__OpenBSD__) && !defined(__NetBSD__) && !defined(__FreeBSD__) #include #endif #include