From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14899 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH v3] remaining steps for time64 switchover Date: Fri, 1 Nov 2019 21:40:25 -0400 Message-ID: <20191102014025.GR16318@brightrain.aerifal.cx> References: <20191102013911.GA26175@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Zl+NncWK+U5aSfTo" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="77523"; 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-14915-gllmg-musl=m.gmane.org@lists.openwall.com Sat Nov 02 02:40:40 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 1iQiP9-000K5U-VX for gllmg-musl@m.gmane.org; Sat, 02 Nov 2019 02:40:40 +0100 Original-Received: (qmail 27776 invoked by uid 550); 2 Nov 2019 01:40:38 -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 27758 invoked from network); 2 Nov 2019 01:40:37 -0000 Content-Disposition: inline In-Reply-To: <20191102013911.GA26175@brightrain.aerifal.cx> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:14899 Archived-At: --Zl+NncWK+U5aSfTo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 01, 2019 at 09:39:11PM -0400, Rich Felker wrote: > A couple errors in the v2 patchset motivated me to factor the changes > to sys/socket.h and arch/generic/ioctl.h out of the main switchover > commit, so that the latter only touches arch dirs, and acts uniformly > on them. The final result with all patches applied is almost the same, > except now the powerpc and mips[n32] socket.h bits omit the time64 > socket options, letting the top-level header's defaults take effect. > > All archs I have toolchains handy for, which includes the oddballs > (mips, powerpc) and a few 64-bit ones, have been tested to build > successfully and get the right values of the sockopt and ioctl macros, > utilizing a horrible hack (uncommitted of course) dropped into the > source tree while building. And for reference, here's the hack (attached), valid for checking everything but x32. --Zl+NncWK+U5aSfTo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="time64_check.c" #include #include #if __LONG_MAX == 0x7fffffff #define OP != #else #define OP == #endif #define sizeof(x) 16 #if \ SO_RCVTIMEO OP 66 || \ SO_SNDTIMEO OP 67 || \ SO_TIMESTAMP OP 63 || \ SO_TIMESTAMPNS OP 64 || \ SO_TIMESTAMPING OP 65 || \ SIOCGSTAMP OP _IOR(0x89, 6, char[16]) || \ SIOCGSTAMPNS OP _IOR(0x89, 7, char[16]) || \ 0 #error bad time64 macros #endif --Zl+NncWK+U5aSfTo--