Thanks for that. I tried building it on an M1 host using this Nix
derivation adding the patch:


{ pkgs ? import <nixpkgs> { } }:

pkgs.coreutils.overrideAttrs (old: rec {
  patches = old.patches ++ [
    (pkgs.fetchurl {
      url = "
https://lists.gnu.org/archive/html/bug-coreutils/2021-12/txtVcwvzjfMQw.txt";
      sha256 = "0friadh90hdl4h7zzg032nyzrf5x1m0p0k5z8hxzfz53c1dg3i6s";
    })
  ];
})

But it failed during compilation with:

src/uname.c:170:41: error: unknown type name 'MAYBE_UNUSED'
print_element_env (char const *element, MAYBE_UNUSED char const *envvar)
                                        ^
1 error generated.

On Mon, Dec 6, 2021 at 11:41 PM Paul Eggert <eggert@cs.ucla.edu> wrote:

> On 12/6/21 06:53, Jakub Sokołowski via GNU coreutils Bug Reports wrote:
> > I've identified an issue with GNU Coreutils uname utility. Specifically
> > with the value it returns for the processor type/architecture(-p). When
> > used on a MacOS with M1 arm64 processor the returned value is amr64, but
> > the default uname utility on MacOS returns arm.
>
> Does the attached patch fix things for you? Unfortunately I don't have
> access to macOS to test it.



-- 
Jakub Grzegorz Sokołowski
Head of Infrastructure at Status
Status.im: jakubgs.eth <https://join.status.im/u/jakubgs.eth>