From: Efraim Flashner <efraim@flashner.co.il>
To: Mark H Weaver <mhw@netris.org>
Cc: guix-devel@gnu.org
Subject: Re: 01/01: gnu: ocaml@4.01: Remove aarch64-linux from supported-systems.
Date: Mon, 3 Dec 2018 10:55:18 +0200 [thread overview]
Message-ID: <20181203085518.GF28059@macbook41> (raw)
In-Reply-To: <87zhtnmz1y.fsf@netris.org>
[-- Attachment #1: Type: text/plain, Size: 3175 bytes --]
On Sun, Dec 02, 2018 at 03:51:58PM -0500, Mark H Weaver wrote:
> ludo@gnu.org (Ludovic Courtès) writes:
>
> > Efraim Flashner <efraim@flashner.co.il> skribis:
> >
> >> On Sat, Dec 01, 2018 at 05:23:32PM -0500, Mark H Weaver wrote:
> >>> Hi Efraim,
> >>>
> >>> guix-commits@gnu.org writes:
> >>>
> >>> > efraim pushed a commit to branch master
> >>> > in repository guix.
> >>> >
> >>> > commit 454e7132d6fffb5c9a5ce086ffd1b687416feb83
> >>> > Author: Efraim Flashner <efraim@flashner.co.il>
> >>> > Date: Sat Dec 1 22:41:19 2018 +0200
> >>> >
> >>> > gnu: ocaml@4.01: Remove aarch64-linux from supported-systems.
> >>> >
> >>> > * gnu/packages/ocaml.scm (ocaml@4.01)[supported-systems]: New field.
> >>>
> >>> What's the rationale for this change?
> >>> Debian includes OCaml 4.01 in its arm64 port.
> >>>
> >>> https://packages.debian.org/search?arch=arm64&keywords=ocaml
> >>> http://http.us.debian.org/debian/pool/main/o/ocaml/ocaml_4.01.0-5_arm64.deb
> >>>
> >>> Mark
> >>
> >> 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.
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3c7d023d6458669c6bfa23bc85e098c91f699892
>
> 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?
>
> Mark
I looked back at the "state of aarch64 in guix¹" blog post, which stated:
OCaml 4.01.0: Doesn't build on aarch64, haven't investigated.
I believe this is the first one that I've marked unsupported in quite a
while, but adding a note as to why it's labeled unsupported would be
best; it gives us the best chance possible at revisiting the decision
later.
¹http://guix.info/blog/2017/state-of-aarch64-on-guix/
--
Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2018-12-03 9:10 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20181201204303.4663.74240@vcs0.savannah.gnu.org>
[not found] ` <20181201204304.CAB1820A18@vcs0.savannah.gnu.org>
2018-12-01 22:23 ` 01/01: gnu: ocaml@4.01: Remove aarch64-linux from supported-systems Mark H Weaver
2018-12-02 10:57 ` Efraim Flashner
2018-12-02 14:04 ` Ludovic Courtès
2018-12-02 20:51 ` Mark H Weaver
2018-12-03 8:55 ` Efraim Flashner [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181203085518.GF28059@macbook41 \
--to=efraim@flashner.co.il \
--cc=guix-devel@gnu.org \
--cc=mhw@netris.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.