[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 01/01: gnu: address@hidden: Remove aarch64-linux from supported-syst
Mark H Weaver
Re: 01/01: gnu: address@hidden: Remove aarch64-linux from supported-systems.
Sun, 02 Dec 2018 15:51:58 -0500
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
address@hidden (Ludovic Courtès) writes:
> Efraim Flashner <address@hidden> skribis:
>> On Sat, Dec 01, 2018 at 05:23:32PM -0500, Mark H Weaver wrote:
>>> Hi Efraim,
>>> address@hidden writes:
>>> > efraim pushed a commit to branch master
>>> > in repository guix.
>>> > commit 454e7132d6fffb5c9a5ce086ffd1b687416feb83
>>> > Author: Efraim Flashner <address@hidden>
>>> > Date: Sat Dec 1 22:41:19 2018 +0200
>>> > gnu: address@hidden: Remove aarch64-linux from supported-systems.
>>> > * gnu/packages/ocaml.scm (address@hidden)[supported-systems]: New
>>> > field.
>>> What's the rationale for this change?
>>> Debian includes OCaml 4.01 in its arm64 port.
>> starting phase `configure'
>> ../gnu/config.guess: unable to guess system type
> Would it be enough to add Automake as a native input and copy
> ‘config.guess’ from there?
Ideally, we shouldn't need 'config.guess' at all. Normally, it is only
used if the GNU triplet is not explicitly passed to ./configure. A few
years ago, I fixed most instances of this problem by unconditionally
passing --build=<triplet> to ./configure in the default 'configure'
phase of gnu-build-system.
However, our OCaml package has a custom 'configure' phase that does not
pass --build. I'm not sure if that's because OCaml's configure phase
doesn't support --build, or if it was omitted because it's not typically
needed on x86_64.
* * *
Anyway, more generally, I hope that we will not get in the habit of
simply removing systems from 'supported-systems' when builds fail on
those systems, without investigating and concluding that it would be
prohibitively difficult to support the software on that system.
To my mind, it's *good* to see failed builds on other architectures, to
be reminded of bugs on non-x86_64 systems that should be fixed. When we
remove systems from 'supported-systems' without good reason, this is
somewhat analogous to deleting unfixed bug reports.
What do you think?