From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7170 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: pthread object sizes for new archs Date: Mon, 9 Mar 2015 21:19:49 -0400 Message-ID: <20150310011949.GA23507@brightrain.aerifal.cx> References: <20150310010733.GA26844@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1425950407 7511 80.91.229.3 (10 Mar 2015 01:20:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Mar 2015 01:20:07 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7183-gllmg-musl=m.gmane.org@lists.openwall.com Tue Mar 10 02:20:07 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YV8q6-0000Op-KD for gllmg-musl@m.gmane.org; Tue, 10 Mar 2015 02:20:06 +0100 Original-Received: (qmail 2005 invoked by uid 550); 10 Mar 2015 01:20:05 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 1970 invoked from network); 10 Mar 2015 01:20:01 -0000 Content-Disposition: inline In-Reply-To: <20150310010733.GA26844@brightrain.aerifal.cx> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:7170 Archived-At: On Mon, Mar 09, 2015 at 09:07:33PM -0400, Rich Felker wrote: > What I'd like to propose is that, for all new archs, we ignore the > glibc-provided size of the pthread types and stick with the baseline > 32-bit sizes, enlarged only by the plausible number of fields that > could need to be pointers if the arch is 64-bit. For mutexes, I'd like > to stick to 32 bytes (33% increase going from 32-bit to 64-bit), but > 40 (66% increase) wouldn't be horrible. The glibc aarch64 64-bit bloat > cost of 100% is ridiculous though. Note that for x32, this would mean discarding the size fix recently made as commit e7b9887e8b65253087ab0b209dc8dd85c9f09614 and changing all the pthread object sizes on x32 to match all the plain 32-bit archs. Rich