This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v2 00/12] RISC-V glibc port for the 32 bit
- From: Zong Li <zongbox at gmail dot com>
- To: fw at deneb dot enyo dot de
- Cc: Zong Li <zong at andestech dot com>, joseph at codesourcery dot com, Palmer Dabbelt <palmer at dabbelt dot com>, darius at bluespec dot com, Andrew Waterman <andrew at sifive dot com>, dj at redhat dot com, rth at twiddle dot net, libc-alpha at sourceware dot org, rth7680 at gmail dot com
- Date: Wed, 18 Jul 2018 15:48:29 +0800
- Subject: Re: [PATCH v2 00/12] RISC-V glibc port for the 32 bit
- References: <cover.1531801545.git.zong@andestech.com> <87wotu88rb.fsf@mid.deneb.enyo.de>
Florian Weimer <fw@deneb.enyo.de> 於 2018年7月17日 週二 下午6:19寫道:
>
> * Zong Li:
>
> > This patch set contains the glibc port for the 32 bit RISC-V. I ran
> > the glibc test suite on QEMU, and remained the failed cases which
> > caused by environment issue like 64 bit glibc port. In addition,
> > there are some math test cases need to be checked but it looks
> > unlike glibc's problem.
>
> Can this wait until the kernel interface has a 64-bit time_t? I don't
> think it makes sense to add entirely new 32-bit ABIs with a 32-bit
> time_t at this point.
Hi Florian,
I know that seem to be a little insane, but whether we can add the
32-bit port first, and modify the
corresponding structure for all ports together at a time in glibc?