[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1606211033060.4526@digraph.polyomino.org.uk>
Date: Tue, 21 Jun 2016 10:35:27 +0000
From: Joseph Myers <joseph@...esourcery.com>
To: Yury Norov <ynorov@...iumnetworks.com>
CC: <libc-alpha@...rceware.org>, <linux-kernel@...r.kernel.org>,
<arnd@...db.de>, <catalin.marinas@....com>,
<marcus.shawcroft@....com>, <philb@....org>, <davem@...emloft.net>,
<szabolcs.nagy@....com>, <maxim.kuvyrkov@...aro.org>,
<pinskia@...il.com>, Yury Norov <yury.norov@...il.com>
Subject: Re: [PATCH 21/27] [AARCH64] ILP32: introduce syscalls that pass
off_t
On Tue, 21 Jun 2016, Yury Norov wrote:
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/fallocate.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/fallocate64.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/ftruncate.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/ftruncate64.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/llseek.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/lseek.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/mmap.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/posix_fadvise.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/posix_fadvise64.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/pread.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/pread64.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/pwrite.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/pwrite64.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/readahead.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/truncate.c
> create mode 100644 sysdeps/unix/sysv/linux/aarch64/ilp32/truncate64.c
I don't like how you need so many ilp32 files.
Presumably this is a new convention to be followed for all future ilp32
ABIs on 64-bit architectures. Meaning that you should have some sysdeps
macros to say whether this convention is in use and then make either the
sysdeps/unix/sysv/linux files, or the .../generic files, or a new
architecture-independent sysdeps directory, implement that convention.
Note also how Adhemerval recently unified pread / pwrite implementations.
Adding new files for those functions goes against that unification.
--
Joseph S. Myers
joseph@...esourcery.com
Powered by blists - more mailing lists