DMARC-Filter:	OpenDMARC Filter v1.4.2 delorie.com 60I8i2uM3496522
Authentication-Results:	delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results:	delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter:	OpenDKIM Filter v2.11.0 delorie.com 60I8i2uM3496522
Authentication-Results:	delorie.com;
	dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=boKdjH95
X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org AA6884BA23DA
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1768725841;
	bh=QVIUAh880y5rPSrlC7gnlAfTrJdn2etjdmPhoz8qzWE=;
	h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	From;
	b=boKdjH95QcVpTmV4XWRtre7W4stb6h4iZSjHMLap+xukFkYCmTo4aFw2aSAc/osJ1
	Ob9Hu3finKi2ZrblV7I6nDJM/mSABC1CLyvWxZMoO+3akgywr1Mdq3ml6jSVofXBrg
	RjBwWloMSh9klunDv7Ip1Rkdije/TekU9+dOp/mI=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org 101F94BA2E2D
ARC-Filter:	OpenARC Filter v1.0.0 sourceware.org 101F94BA2E2D
ARC-Seal:	i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1768725820; cv=none;
	b=tmmjMsswOroEsXmeK3RQxYiwqYd6mKXHKLfSe+O90wS/hDsYiDc6E1P5IFkAjNFilyOycVLMiW5IofEeOp0150eBwxiv4U8H7WNBiPKvh58UbZQ0ubbYAcnY4jtkj+Prb72okcbPJ61gDbMy79ZkXjqSCcqItG9ryVGB0SxtN/E=
ARC-Message-Signature:	i=1; a=rsa-sha256; d=sourceware.org; s=key;
	t=1768725820; c=relaxed/simple;
	bh=Z+gaEDZeNolC7q8rttGMzWI1DdQlb1QOoZTtley1W5M=;
	h=Date:From:To:Subject:Message-Id:Mime-Version:DKIM-Signature;
	b=C8lwohESKChiptAqdl4yr7YuSJXVzm3DSDfbtjlVz0rrpb4z0UvEWz16482He7mJJAg3nxOXE4jVY0skqYMg9HgYfzeFsaXBeLUmbel5DvXr/izOkYZuaBUcsWWx5dgykqbTOjqi04AvoDRyQZyEhImnEqOj+7EJGa+XwApdwao=
ARC-Authentication-Results:	i=1; server2.sourceware.org
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 101F94BA2E2D
Date:	Sun, 18 Jan 2026 17:43:36 +0900
To:	cygwin AT cygwin DOT com
Subject:	Re: Request to update libc++ related packages for current
	Clang/LLVM toolchain
Message-Id:	<20260118174336.864203d6899f28f2222066c2@nifty.ne.jp>
In-Reply-To:	<9f2f11dc-9753-465a-b3e4-3d2bac5c4007@SystematicSW.ab.ca>
References:	<20260115215321 DOT 2bc9368897b5b60557bd2485 AT nifty DOT ne DOT jp>
	<1768690885668 DOT 2039852652 DOT 2136123419 AT gmail DOT com>
	<20260118164544 DOT 346bdad89e67eec6fd054d95 AT nifty DOT ne DOT jp>
	<9f2f11dc-9753-465a-b3e4-3d2bac5c4007 AT SystematicSW DOT ab DOT ca>
X-Mailer:	Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
Mime-Version:	1.0
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.30
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	Takashi Yano via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Takashi Yano <takashi DOT yano AT nifty DOT ne DOT jp>
Errors-To:	cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>

On Sun, 18 Jan 2026 01:22:32 -0700
Brian Inglis wrote:
> On 2026-01-18 00:45, Takashi Yano via Cygwin wrote:
> > On Sun, 18 Jan 2026 00:35:37 +0000, kikairoya via Cygwin wrote:
> >> 2026$BG/(B1$B7n(B15$BF|(B 21:53:21 (+09:00) $B$G!"(BTakashi Yano via Cygwin $B$5$s$,=q$-$^$7$?(B:
> >>> The resulted a.exe will be free from libgcc_s. Please try.
> 
> >> Using compiler-rt instead of libgcc_s requires extra attention in Cygwin,
> >> because the emulated TLS functionality implemented in compiler-rt can't
> >> share the storage across DLL boundaries.
> 
> > Thanks for pointing this out.
> > The comment in the emutls.c explains that.
> > https://github.com/llvm/llvm-project/blob/main/compiler-rt/lib/builtins/emutls.c#L378-L389
> > Do you think this is a defect we should accept?
> 
> Is there a reason why llvm/clang/compiler-rt can not use Cygwin TLS and must use 
> Emulated TLS?

I think so. gcc also uses its own emutls.

> Should this discussion be moved to -developers as that level of knowledge seems 
> to be required?

Maybe.

-- 
Takashi Yano <takashi DOT yano AT nifty DOT ne DOT jp>

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -