Date: Wed, 21 Aug 2019 15:07:56 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: =?utf-8?Q?T=C4=B3l_Coosemans?= <tijl@FreeBSD.org> Cc: src-committers <src-committers@freebsd.org>, svn-src-all <svn-src-all@freebsd.org>, svn-src-head@freebsd.org, Marshall Clow <mclow.lists@gmail.com> Subject: Re: svn commit: r351253 - in head/contrib/libc++: include src Message-ID: <F6455A96-9AB3-428B-A486-981C313FCD39@FreeBSD.org> In-Reply-To: <20190821144908.7137e6bc@FreeBSD.org> References: <201908201739.x7KHdXvv054610@repo.freebsd.org> <20190821144908.7137e6bc@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_CF6FB93D-1E70-4E41-974C-55A7A4FCF69D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 21 Aug 2019, at 14:49, T=C4=B3l Coosemans <tijl@FreeBSD.org> wrote: >=20 > On Tue, 20 Aug 2019 17:39:33 +0000 (UTC) Dimitry Andric > <dim@FreeBSD.org> wrote: >> 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. ... > This seems to break building Firefox: >=20 > In file included from = /home/root/obj/ports/home/tijl/projects/freebsd/ports/head/www/firefox/wor= k/firefox-68.0.2/media/mtransport/nricectx.cpp:82: > In file included from = /home/root/obj/ports/home/tijl/projects/freebsd/ports/head/www/firefox/wor= k/firefox-68.0.2/media/mtransport/third_party/nICEr/src/stun/stun_client_c= tx.h:41: > In file included from = /home/root/obj/ports/home/tijl/projects/freebsd/ports/head/www/firefox/wor= k/firefox-68.0.2/media/mtransport/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 = 'thread' > 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? Maybe, but is Firefox using "using namespace std;" here? It is a likely explanation for the ambiguity between the global struct thread from sys/lock.h, and std::thread from libc++. -Dimitry --Apple-Mail=_CF6FB93D-1E70-4E41-974C-55A7A4FCF69D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXV1CLAAKCRCwXqMKLiCW ox00AJ94I76mMSoo1TroHaI8A6k+KaAz9wCfen99CTsq3xdljkYIPUC2ZtXpEEA= =3WIy -----END PGP SIGNATURE----- --Apple-Mail=_CF6FB93D-1E70-4E41-974C-55A7A4FCF69D--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F6455A96-9AB3-428B-A486-981C313FCD39>