From: Efraim Flashner <efraim@flashner.co.il>
To: Arun Isaac <arunisaac@systemreboot.net>
Cc: 54635@debbugs.gnu.org, Maxime Devos <maximedevos@telenet.be>
Subject: [bug#54635] [PATCH 1/5] gnu: gsl: Force bootstrap when cross-compiling to riscv64-linux.
Date: Thu, 31 Mar 2022 15:35:20 +0300 [thread overview]
Message-ID: <YkWgCHAby4i+Y5dz@3900XT> (raw)
In-Reply-To: <87k0cazl4s.fsf@systemreboot.net>
[-- Attachment #1: Type: text/plain, Size: 2213 bytes --]
On Thu, Mar 31, 2022 at 12:03:39PM +0530, Arun Isaac wrote:
>
> >> > ,@(cond
> >> > + ((target-riscv64?)
> >> > + '((add-after 'unpack 'force-bootstrap
> >> > + (lambda _
> >> > + ;; gsl ships with an old configure script that does not
> >> > + ;; support riscv64. Regenerate it.
> >> > + (delete-file "configure")))))
> >> > +
> >>
> >> WDYT of making this unconditional? Two benefits:
> >>
> >> * if Guix is ported to another new architecture,
> >> then no changes are necessary to the package definition.
> >>
> >> * 'configure' and 'Makefile.in' are not source code,
> >> and more difficult to audit for things like malware than
> >> 'configure.ac' and 'Makefile.am'.
> >
> > This can be with a TODO for core-updates. gsl itself has about 2000
> > dependant packages.
>
> I agree. That was my reasoning as well. If we agree that making it
> unconditional is the way forward, I can send another patch for
> core-updates after this patchset is pushed to master.
>
> > That said, I'm not convinced about unilaterally removing configure
> > unless we make it a policy to remove it. Also, I haven't had trouble
> > with building gsl on riscv64-linux without this patch.
>
> Without the force-boostrap phase, the configure phase fails during
> cross-compilation.
>
> --8<---------------cut here---------------start------------->8---
..snip..
> --8<---------------cut here---------------end--------------->8---
I somehow missed that when I was testing it before. It builds fine
natively on riscv64-linux and I haven't tested cross-building from
riscv64-linux to another architecture. I think for now we can tag it as
(target-riscv64?) and (%current-target-system) so it only takes effect
when needed.
--
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 --]
next prev parent reply other threads:[~2022-03-31 12:37 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-30 9:19 [bug#54635] [PATCH 0/5] Add wfmash Arun Isaac
2022-03-30 9:23 ` [bug#54635] [PATCH 1/5] gnu: gsl: Force bootstrap when cross-compiling to riscv64-linux Arun Isaac
2022-03-30 9:23 ` [bug#54635] [PATCH 2/5] gnu: htslib: Add bzip2 and xz to inputs Arun Isaac
2022-03-30 9:23 ` [bug#54635] [PATCH 3/5] gnu: atomic-queue: Run tests correctly Arun Isaac
2022-03-30 9:23 ` [bug#54635] [PATCH 4/5] gnu: atomic-queue: Do not depend on boost when cross-compiling Arun Isaac
2022-03-30 11:49 ` Maxime Devos
2022-03-31 7:24 ` Arun Isaac
2022-03-30 9:23 ` [bug#54635] [PATCH 5/5] gnu: Add wfmash Arun Isaac
2022-03-30 11:33 ` [bug#54635] [PATCH 1/5] gnu: gsl: Force bootstrap when cross-compiling to riscv64-linux Maxime Devos
2022-03-31 6:14 ` Arun Isaac
2022-03-30 11:36 ` Maxime Devos
2022-03-30 11:39 ` Efraim Flashner
2022-03-31 6:33 ` Arun Isaac
2022-03-31 11:29 ` Maxime Devos
2022-03-31 12:35 ` Efraim Flashner [this message]
2022-03-31 7:28 ` [bug#54635] [PATCH v2 " Arun Isaac
2022-03-31 7:28 ` [bug#54635] [PATCH v2 2/5] gnu: htslib: Add bzip2 and xz to inputs Arun Isaac
2022-03-31 7:28 ` [bug#54635] [PATCH v2 3/5] gnu: atomic-queue: Run tests correctly Arun Isaac
2022-03-31 7:28 ` [bug#54635] [PATCH v2 4/5] gnu: atomic-queue: Do not look for boost when cross-compiling Arun Isaac
2022-03-31 7:28 ` [bug#54635] [PATCH v2 5/5] gnu: Add wfmash Arun Isaac
2022-03-31 11:34 ` Maxime Devos
2022-03-31 12:18 ` Efraim Flashner
2022-03-31 13:07 ` Maxime Devos
2022-03-31 13:09 ` Efraim Flashner
2022-03-31 13:31 ` bug#54635: " Efraim Flashner
2022-04-01 7:40 ` [bug#54635] " Arun Isaac
2022-04-01 9:39 ` Maxime Devos
2022-04-04 18:01 ` Arun Isaac
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YkWgCHAby4i+Y5dz@3900XT \
--to=efraim@flashner.co.il \
--cc=54635@debbugs.gnu.org \
--cc=arunisaac@systemreboot.net \
--cc=maximedevos@telenet.be \
/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 public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).