This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: ARCv2 Public PRM (was Re: [PATCH v2 00/15] glibc port to ARC processors)
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Vineet Gupta <Vineet dot Gupta1 at synopsys dot com>
- Cc: "linux-snps-arc at lists dot infradead dot org" <linux-snps-arc at lists dot infradead dot org>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Fri, 17 Jan 2020 21:56:40 +0000
- Subject: Re: ARCv2 Public PRM (was Re: [PATCH v2 00/15] glibc port to ARC processors)
- Ironport-sdr: TSnwErrYabUZ6G76gwmdHTuHEpP+u0vQRcsj466MrniTFJho7cFu9KdRno/VO8TFOE9VV20vx5 XqqoW6YFHE5FdjY2X3JvZdouRBAwNGRXtosNQETsL3ZdgOz5kkKc0Ckdnm6JGcvrZKH25xhifc GyEm+XwuCz8fAQ4DwTX2/hAwdfHW3azc9Fs6Qyh4wZPA+kI2Jm3sFJh69FhvVrcVanjaw+5dYN djRMry7UHOZa/x3Kkw+C7nh1Nj+S7XXYl3jqvhYCJI4MPIFmsYpdbh8yfmFaXD4TO8jQSuT4SG B3k=
- Ironport-sdr: tiSvEsSybQLUp7A63FegprhaII/3Z1us9CDl4xP3iH+iMn5xHUhK6G6AmW9KsP255NhUxLen3Y bWGJF+R9ummQ==
- References: <1548811555-24373-1-git-send-email-vgupta@synopsys.com> <alpine.DEB.2.21.1901300220520.24454@digraph.polyomino.org.uk> <980d8411-e4b9-24c0-3340-c112d6d6c349@synopsys.com> <c3e18811-b5ed-2194-ba55-6c5f87f46721@synopsys.com>
On Fri, 17 Jan 2020, Vineet Gupta wrote:
> The public PRM is now available and I would like you to try and access
> it so that any bureaucracy is out of the way before I re-post ARC port
> for 2.32 !
Thanks!
There was one technical point regarding the glibc port I raised briefly in
a discussion at the end of the Cauldron in Montreal: you should consider
whether it would make sense, as a new 32-bit port, to have 64-bit times
and 64-bit off_t, ino_t, etc. from the start, as RV32 is doing. We don't
have a specific policy for this, but it may make sense for new ports not
to include ABI variants that either are, or will become, obsolescent. If
you require Linux 5.1 or later for the port then all or nearly all the
architecture-independent pieces required for a 32-bit port supporting only
64-bit times should be covered by the RV32 patches, which I think are
quite close to being ready to go into glibc, though you'd need to watch
out for any (new or existing) #ifdef conditionals that might try to use
32-bit-time syscalls if they exist (which they don't on RV32) - and that
would not prevent supporting older kernel versions later if desired, as
the Y2038 support gets built out (including, in particular, the support
for falling back to 32-bit-time syscalls in functions for 64-bit-time
interfaces).
--
Joseph S. Myers
joseph@codesourcery.com