This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC v1 10/16] RISC-V: The ABI implementation for the 32-bit


On Mon, 24 Jun 2019 02:51:25 PDT (-0700), Arnd Bergmann wrote:
On Mon, Jun 24, 2019 at 4:49 AM Palmer Dabbelt <palmer@sifive.com> wrote:

On Sun, 23 Jun 2019 12:41:20 PDT (-0700), Arnd Bergmann wrote:
> On Sat, Jun 22, 2019 at 6:47 AM Alistair Francis
> <alistair.francis@wdc.com> wrote:
>
>>  sysdeps/unix/sysv/linux/riscv/rv32/lockf64.c  | 70 +++++++++++++++++++
>
> Why is this file architecture specific? It seems everything else just uses
> #include <sysdeps/unix/sysv/linux/i386/lockf64.c>
> Is your code different from that version?

As part of the code review it was indicated that we shouldn't #include C files
but should instead duplicate them.  At the time it was exactly the same, we
should scrutinize any differences as that was months ago.

I would expect that you would want it to be consistent across architectures
as well: so either replace all the other #include versions with direct copies,
or move the file into a more generic location that avoids the #include if you
can't add another one any more.

Here's the original review, for context:
https://marc.info/?l=glibc-alpha&m=151407510809658&w=2 .  As far as I
understand it, the goal here was explicitly to avoid shared code.  I'd be happy
to change this tree wide if it's OK with everyone else, as I generally dislike
code duplication.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]