From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/15022 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: max_align_t mess on i386 Date: Sun, 15 Dec 2019 13:04:32 -0500 Message-ID: <20191215180432.GZ1666@brightrain.aerifal.cx> References: <20191214151932.GW1666@brightrain.aerifal.cx> <871rt6eqx5.fsf@mid.deneb.enyo.de> Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="29757"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-15038-gllmg-musl=m.gmane.org@lists.openwall.com Sun Dec 15 19:04:50 2019 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1igYGA-0007dJ-4e for gllmg-musl@m.gmane.org; Sun, 15 Dec 2019 19:04:50 +0100 Original-Received: (qmail 7910 invoked by uid 550); 15 Dec 2019 18:04:45 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 7889 invoked from network); 15 Dec 2019 18:04:44 -0000 Content-Disposition: inline In-Reply-To: <871rt6eqx5.fsf@mid.deneb.enyo.de> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:15022 Archived-At: On Sat, Dec 14, 2019 at 06:51:50PM +0100, Florian Weimer wrote: > * Rich Felker: > > > However, whatever we do with i386, the option of using 8-byte > > granularity remains open for all the other 32-bit archs, most of which > > tend to be used with machines far more memory-constrained than i386. > > Note that powerpc has a similar issue, but with long double: > > > > But perhaps musl follows the old powerpc ABI, where double and long > double are both binary64 (I have not checked, sorry). One thing we should consider though: since presumably the psABI has max_align_t as 16-byte alignment on powerpc now, if we increase i386 should we also increase powerpc? Even though there's no type actually depending on it? This also applies to powerpc64 too, I think, which is an arch not being affected by time64 change. Rich