From owner-freebsd-toolchain@freebsd.org Sun Jun 19 11:01:55 2016 Return-Path: Delivered-To: freebsd-toolchain@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 A56A5A7A44E; Sun, 19 Jun 2016 11:01:55 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 845A72C34; Sun, 19 Jun 2016 11:01:54 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from anthias (vie-91-186-158-235.dsl.sil.at [91.186.158.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 45B173F427; Sun, 19 Jun 2016 07:01:47 -0400 (EDT) Date: Sun, 19 Jun 2016 13:01:45 +0200 (CEST) From: Gerald Pfeifer To: Warner Losh cc: Mark Millard , Brooks Davis , freebsd-ports@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: 11.0-CURRENT: lang/gcc, lang/gcc5, lang/gcc6-devel, lang/llvm38, etc. do not build on/for armv6 (now implicitly hard float) In-Reply-To: Message-ID: References: <1E66E56C-E615-4180-A3F2-E8E48E26B6CD@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2016 11:01:55 -0000 On Sat, 28 May 2016, Warner Losh wrote: > armv6*-*-freebsd is only hard float ABI for FreeBSD 11. : > Are you saying that we need to get these changes to the ports in place > to support hard float? For the record, this has now happened with the great help of Andreas Tobler (both upstream and in our lang/gcc* ports). If there is anything you see missing, please advise. Gerald From owner-freebsd-toolchain@freebsd.org Tue Jun 21 19:03:46 2016 Return-Path: Delivered-To: freebsd-toolchain@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 0E5FDAC574D for ; Tue, 21 Jun 2016 19:03:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E96F02764 for ; Tue, 21 Jun 2016 19:03:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E4E8FAC574B; Tue, 21 Jun 2016 19:03:45 +0000 (UTC) Delivered-To: toolchain@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 E43F4AC5749; Tue, 21 Jun 2016 19:03:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D0AD32762; Tue, 21 Jun 2016 19:03:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id CA2F61278; Tue, 21 Jun 2016 19:03:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 9739B1D949; Tue, 21 Jun 2016 19:03:45 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id rnOn_ixV5EnW; Tue, 21 Jun 2016 19:03:43 +0000 (UTC) To: current@FreeBSD.org, toolchain@FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 157101D93F From: Bryan Drewery Subject: WITH_SYSTEM_COMPILER default on Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <136e515e-b1c0-b5dd-6397-b935f243a9fc@FreeBSD.org> Date: Tue, 21 Jun 2016 12:03:31 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nBwQGgnalIXeskOhfixod2AekXwBRg51s" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 19:03:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nBwQGgnalIXeskOhfixod2AekXwBRg51s Content-Type: multipart/mixed; boundary="k1l2Ds1fbMp5oSVIcNgTOfswT22wI895w" From: Bryan Drewery To: current@FreeBSD.org, toolchain@FreeBSD.org Message-ID: <136e515e-b1c0-b5dd-6397-b935f243a9fc@FreeBSD.org> Subject: WITH_SYSTEM_COMPILER default on --k1l2Ds1fbMp5oSVIcNgTOfswT22wI895w Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This feature is where the bootstrap compiler in buildworld is not built if the one in /usr/bin/cc matches what would be built. It is very conservative and requires a complete match of major/minor version and the compiler revision (__FreeBSD_cc_version). The only complaint so far about this feature was that when we bumped the compiler revision, too much of clang would rebuild. That was addressed in r301277. I would like to enable this feature by default in head for 11.0. Unless there are any objections I will do so in a few days. --=20 Regards, Bryan Drewery --k1l2Ds1fbMp5oSVIcNgTOfswT22wI895w-- --nBwQGgnalIXeskOhfixod2AekXwBRg51s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXaY+OAAoJEDXXcbtuRpfPz1sIAJw2ubZAYnuVxLtO+MEDPYXE R0fii3OAOyP3o/AmJfRC0kwkOf+du0EcOrLH4XbPtQonfR4kTM1v+dEUsybY6SRq AQjdJRnr6GsjX9hl/DwFd3ZCV8afkzoLaxUS56nDus/gY9+DIB0H+hYNNfhehRjM USvgfDqFag5DDz0eaV8OQaz7jjqzQyIcDTnFiSPgxsbZsZTJnoSECCiyzs8q/t8t 7QunWjGfxOB7PE80wTkj1vdFEmkvaUULQDd8rA9DQe5SYXBQ/u899f4Q+CShBfji O8vLAqMBYMUIK3QaIALXMOcFv4gQFEgU779c+j2IiBhDNQpMU08FmsB50re8Kk8= =iBNi -----END PGP SIGNATURE----- --nBwQGgnalIXeskOhfixod2AekXwBRg51s-- From owner-freebsd-toolchain@freebsd.org Tue Jun 21 22:30:52 2016 Return-Path: Delivered-To: freebsd-toolchain@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 5954DAC5C0C for ; Tue, 21 Jun 2016 22:30:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0DDEE1735 for ; Tue, 21 Jun 2016 22:30:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3302 invoked from network); 21 Jun 2016 22:30:51 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Jun 2016 22:30:51 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Tue, 21 Jun 2016 18:31:34 -0400 (EDT) Received: (qmail 14603 invoked from network); 21 Jun 2016 22:31:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Jun 2016 22:31:34 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 0FE761C408D; Tue, 21 Jun 2016 15:30:45 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: (beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison] Date: Tue, 21 Jun 2016 15:30:47 -0700 Message-Id: Cc: FreeBSD Toolchain To: Ian Lepore , freebsd-arm , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 22:30:52 -0000 Ian Lepore ian at freebsd.org wrote on Tue Jun 21 17:55:28 UTC 2016 : > On Tue, 2016-06-21 at 08:11 -0300, Otac=C3=ADlio wrote: > > Em 21/06/2016 07:33, Keith White escreveu: > > > In an earlier message Ian said that he thought he knew what the > > > problem was...=20 > >=20 > > Here the problem occurs when using wifi. I do not have tested wired=20= > > because I don't have a cable here. > >=20 > >=20 > > []'s > >=20 > > -Otacilio >=20 > The wifi alignment fault should be fixed as of r302064. Sorry it took > so long. >=20 > -- Ian >=20 FYI: I've not had any -r301975 problems with WiFi on my rpi2. But I cross build for TARGET_ARCH=3Darmv6 with: > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 (And similarly for self-hosted.) It may be that the -march and/or -mcpu = matter to the code generation and explain my lack of problems. The builds also have INVARIANTS and WITNESS off. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Tue Jun 21 23:13:59 2016 Return-Path: Delivered-To: freebsd-toolchain@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 3CF01AC4751 for ; Tue, 21 Jun 2016 23:13:59 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FB862C2D for ; Tue, 21 Jun 2016 23:13:58 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e0ae30ae-3805-11e6-a0ff-e511cd071b9b X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 21 Jun 2016 23:14:17 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5LNDoxg006862; Tue, 21 Jun 2016 17:13:50 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1466550830.34556.73.camel@freebsd.org> Subject: Re: (beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison] From: Ian Lepore To: Mark Millard , freebsd-arm , FreeBSD Current Cc: FreeBSD Toolchain Date: Tue, 21 Jun 2016 17:13:50 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 23:13:59 -0000 On Tue, 2016-06-21 at 15:30 -0700, Mark Millard wrote: > Ian Lepore ian at freebsd.org wrote on Tue Jun 21 17:55:28 UTC 2016 > : > > > On Tue, 2016-06-21 at 08:11 -0300, Otacílio wrote: > > > Em 21/06/2016 07:33, Keith White escreveu: > > > > In an earlier message Ian said that he thought he knew what the > > > > problem was... > > > > > > Here the problem occurs when using wifi. I do not have tested > > > wired > > > because I don't have a cable here. > > > > > > > > > []'s > > > > > > -Otacilio > > > > The wifi alignment fault should be fixed as of r302064. Sorry it > > took > > so long. > > > > -- Ian > > > > FYI: I've not had any -r301975 problems with WiFi on my rpi2. > > But I cross build for TARGET_ARCH=armv6 with: > > > XCFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > (And similarly for self-hosted.) It may be that the -march and/or > -mcpu matter to the code generation and explain my lack of problems. > > The builds also have INVARIANTS and WITNESS off. > > === > Mark Millard > markmi at dsl-only.net INVARIANTS being on was one of the things required to trigger the alignment fault. -- Ian From owner-freebsd-toolchain@freebsd.org Thu Jun 23 08:21:59 2016 Return-Path: Delivered-To: freebsd-toolchain@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 C8616AC653E for ; Thu, 23 Jun 2016 08:21:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D4281ACD for ; Thu, 23 Jun 2016 08:21:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11721 invoked from network); 23 Jun 2016 08:21:53 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jun 2016 08:21:53 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Thu, 23 Jun 2016 04:22:36 -0400 (EDT) Received: (qmail 24946 invoked from network); 23 Jun 2016 08:22:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jun 2016 08:22:36 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 4182C1C407A; Thu, 23 Jun 2016 01:21:37 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: WITH_SYSTEM_COMPILER default on From: Mark Millard In-Reply-To: <39C98FFD-B0BB-4F25-A1D1-2447A2FDDFBD@dsl-only.net> Date: Thu, 23 Jun 2016 01:21:49 -0700 Cc: freebsd-arm , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <6C3A4F2A-9583-49FB-B1E7-69A0044B3887@dsl-only.net> References: <39C98FFD-B0BB-4F25-A1D1-2447A2FDDFBD@dsl-only.net> To: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 08:21:59 -0000 On 2016-Jun-21, at 3:11 PM, Mark Millard wrote: > Bryan Drewery bdrewery at FreeBSD.org wrote on Tue Jun 21 19:03:46 UTC = 2016 : >=20 >> This feature is where the bootstrap compiler in buildworld is not = built >> if the one in /usr/bin/cc matches what would be built. It is very >> conservative and requires a complete match of major/minor version and >> the compiler revision (__FreeBSD_cc_version). >>=20 >> The only complaint so far about this feature was that when we bumped = the >> compiler revision, too much of clang would rebuild. That was = addressed >> in r301277. >>=20 >> I would like to enable this feature by default in head for 11.0. >>=20 >> Unless there are any objections I will do so in a few days. >>=20 >> --=20 >> Regards, >> Bryan Drewery >=20 > I've only been using WITH_SYSTEM_COMPILER=3D for system-clang based = builds with the host matching TARGET_ARCH ("self hosted"). >=20 > For xtoolchain use (self-hosted or not) I've been using in my src.conf = files for such contexts:=20 >=20 > WITHOUT_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > WITHOUT_BINUTILS_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D >=20 > For cross builds (all being amd64 -> something else, such as armv6, = powerpc64, or powerpc) based on using some build of the system clang = 3.8.0 I've been using: >=20 > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D >=20 > As I understand the history the paths for finding tools, headers, etc. = built into the clang cross compiler were not necessarily the same as for = the live the system compiler that has paths appropriate specifically to = self-hosting. This helped avoid getting the wrong versions of files = involved. A historical example was cross builds running the live-system's ld when = the use of ld was implicit in a clang/clang++ command instead of being a = direct use of ${XLD}. In other words: such implicit use of ld by /usr/bin/clang and = /usr/bin/clang++ would not go find the ld built by = WITH_BINUTILS_BOOTSTRAP=3D but would instead use /usr/bin/ld (which was = for the wrong TARGET_ARCH). It looks like testing the current handling of such WITH_SYSTEM_COMPILER=3D= issues in a form that allows WITHOUT_CROSS_COMPILER=3D operation = requires building not using WITH_META_MODE=3D : man src.conf says that = WITH_META_MODE=3D enforces WITHOUT_SYSTEM_COMPILER=3D . My normal build procedures now use WITH_META_MODE=3D so such a test = would be special. Let me know if you want my to make such a test. > This was true despite the normal clang code generation being able to = target other architectures. >=20 > As for self-hosted system-clang based builds I've been using: >=20 > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > WITH_BINUTILS_BOOTSTRAP=3D > #WITH_CLANG_BOOTSTRAP=3D >=20 > (So in this case I've left some things implicit in operation.) >=20 > As stands I'll not notice the SYSTEM_COMPILER default's consequences = because I'm always explicit about WITH vs. WITHOUT for SYSTM_COMPILER. = If you want some sort of experiment(s), let me know. >=20 > But I only currently have an amd64 context and a rpi2 armv6 context. = The dual-proessor, each dual-core powerpc64 was much faster at = self-hosted xtoolchain builds compared to any self-hosted rpi2 build but = I do not have access to the powerpc family for now. Self-hosted amd64 = xtoolchain builds do not work yet for normal settings: duplicate = declarations tend to stop the builds if one leaves on the = warnings-as-errors status for buildkernel. (At least last that I tried = such.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Thu Jun 23 17:52:05 2016 Return-Path: Delivered-To: freebsd-toolchain@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 48113B73C83 for ; Thu, 23 Jun 2016 17:52:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37DB129CF for ; Thu, 23 Jun 2016 17:52:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u5NHq3DF029256 for ; Thu, 23 Jun 2016 17:52:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 192320] Use of thread_local produces linking errors on system version of clang++ Date: Thu, 23 Jun 2016 17:52:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 10.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mi@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 17:52:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D192320 Mikhail Teterin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mi@FreeBSD.org --- Comment #9 from Mikhail Teterin --- Please, be sure to bump OSVERSION, when this is committed -- so that the various work-arounds implemented in the ports in the mean time can be made conditional... Thanks! --=20 You are receiving this mail because: You are the assignee for the bug.=