From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9389 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: mips n64 porting review Date: Thu, 25 Feb 2016 13:31:09 -0500 Message-ID: <20160225183109.GW9349@brightrain.aerifal.cx> References: <20160223033233.GM9349@brightrain.aerifal.cx> <20160225180150.GT9349@brightrain.aerifal.cx> <20160225182336.GC29662@port70.net> 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 1456425087 6889 80.91.229.3 (25 Feb 2016 18:31:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Feb 2016 18:31:27 +0000 (UTC) Cc: Jaydeep Patil , Mahesh Bodapati To: musl@lists.openwall.com Original-X-From: musl-return-9402-gllmg-musl=m.gmane.org@lists.openwall.com Thu Feb 25 19:31:26 2016 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 1aZ0hB-0008Oa-77 for gllmg-musl@m.gmane.org; Thu, 25 Feb 2016 19:31:25 +0100 Original-Received: (qmail 22265 invoked by uid 550); 25 Feb 2016 18:31:23 -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 22244 invoked from network); 25 Feb 2016 18:31:22 -0000 Content-Disposition: inline In-Reply-To: <20160225182336.GC29662@port70.net> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:9389 Archived-At: On Thu, Feb 25, 2016 at 07:23:36PM +0100, Szabolcs Nagy wrote: > * dalias@libc.org [2016-02-25 13:01:50 -0500]: > > On Thu, Feb 25, 2016 at 12:05:33PM +0000, Jaydeep Patil wrote: > > > and all st_*tim members are of 16 bytes > > > > Uhg. Does mips64 actually use a 32-bit time_t? If so I think with > > i think time_t is always __kernel_long_t in linux uapi. > (which is surely 64bit on mips64) Okay, that's good to know. Apparently their 'struct stat' is just completely unusable from userspace without conversion because the types are wrong. This is also going to lead to a nasty hidden Y2038 bug where the system looks Y2038-ready but the kernel returns truncated file timestamps. Fixing dynamic-linked programs will be easy (just upgrade libc.so to use whatever new syscall the kernel adds) but for static-linked ones the bug will remain buried until it blows up.. (unless you use strace to check for it) Rich