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@delorie.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@cygwin.com
Delivered-To: cygwin@cygwin.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@cygwin.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.2bc9368897b5b60557bd2485@nifty.ne.jp>
 <1768690885668.2039852652.2136123419@gmail.com>
 <20260118164544.346bdad89e67eec6fd054d95@nifty.ne.jp>
 <9f2f11dc-9753-465a-b3e4-3d2bac5c4007@SystematicSW.ab.ca>
X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
Mime-Version: 1.0
X-BeenThere: cygwin@cygwin.com
X-Mailman-Version: 2.1.30
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
From: Takashi Yano via Cygwin <cygwin@cygwin.com>
Reply-To: Takashi Yano <takashi.yano@nifty.ne.jp>
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.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.yano@nifty.ne.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
