From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14478 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Final (?) time64 proposal Date: Wed, 31 Jul 2019 01:27:49 -0400 Message-ID: <20190731052749.GA9017@brightrain.aerifal.cx> References: <20190724053142.GB1506@brightrain.aerifal.cx> <20190729211154.GV1506@brightrain.aerifal.cx> 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="11872"; 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-14494-gllmg-musl=m.gmane.org@lists.openwall.com Wed Jul 31 07:28:08 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 1hsh9k-00030Z-9t for gllmg-musl@m.gmane.org; Wed, 31 Jul 2019 07:28:08 +0200 Original-Received: (qmail 26433 invoked by uid 550); 31 Jul 2019 05:28:05 -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 26406 invoked from network); 31 Jul 2019 05:28:03 -0000 Content-Disposition: inline In-Reply-To: <20190729211154.GV1506@brightrain.aerifal.cx> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:14478 Archived-At: On Mon, Jul 29, 2019 at 05:11:54PM -0400, Rich Felker wrote: > On Wed, Jul 24, 2019 at 01:31:42AM -0400, Rich Felker wrote: > > My plan to go ahead looks like: > > > > [...] > > - struct shmid_ds, msqid_ds, semid_ds layout kept, extended with > > 64-bit time_t's on the ends > > This looks like the unnecessarily painful course of action. I worked > out a grid of all the existing archs' quirks, and except for mips and > mipsn32, all archs admit a solution that's just endian-swapping the > time_t members in-place. This turned out to be false, because the alignment is wrong. Almost all the time_t's would have to start at offsets that are 4 mod 8. So in-place use is out, and these structs will all get extended at the end, as originally planned. Still using new cmd numbers instead of redirecting symbols. Rich