From: Efraim Flashner <efraim@flashner.co.il>
To: Christopher Baines <mail@cbaines.net>
Cc: 70985@debbugs.gnu.org
Subject: [bug#70985] [PATCH v2 5/6] gnu: rust: Guard against cross-libc returning #f.
Date: Tue, 9 Jul 2024 18:21:05 +0300 [thread overview]
Message-ID: <Zo1VYQlcrrqv6Uld@pbp> (raw)
In-Reply-To: <87zfqq9atr.fsf@cbaines.net>
[-- Attachment #1: Type: text/plain, Size: 7254 bytes --]
On Tue, Jul 09, 2024 at 11:25:04AM +0200, Christopher Baines wrote:
> Efraim Flashner <efraim@flashner.co.il> writes:
>
> > On Fri, Jul 05, 2024 at 06:06:02PM +0200, Christopher Baines wrote:
> >> * gnu/packages/rust.scm (make-rust-sysroot/implementation): Guard against
> >> cross-libc returning #f.
> >>
> >> Change-Id: Ia0d5c889c6f5cd3478ad985c79feb9ba1c472c29
> >> ---
> >> gnu/packages/rust.scm | 10 ++++++++--
> >> 1 file changed, 8 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/gnu/packages/rust.scm b/gnu/packages/rust.scm
> >> index a385344473..f1de34b277 100644
> >> --- a/gnu/packages/rust.scm
> >> +++ b/gnu/packages/rust.scm
> >> @@ -73,7 +73,9 @@ (define-module (gnu packages rust)
> >> #:use-module (ice-9 match)
> >> #:use-module (ice-9 optargs)
> >> #:use-module (srfi srfi-1)
> >> - #:use-module (srfi srfi-26))
> >> + #:use-module (srfi srfi-26)
> >> + #:use-module (srfi srfi-34)
> >> + #:use-module (srfi srfi-35))
> >>
> >> ;; This is the hash for the empty file, and the reason it's relevant is not
> >> ;; the most obvious.
> >> @@ -1464,7 +1466,11 @@ (define make-rust-sysroot/implementation
> >> (modify-inputs (package-native-inputs base-rust)
> >> (prepend (cross-gcc target
> >> #:libc (cross-libc target))
> >> - (cross-libc target)
> >> + (or (cross-libc target) ; could be #f
> >> + (raise (condition
> >> + (&package-unsupported-target-error
> >> + (package (libc-for-target target))
> >> + (target target)))))
> >> (cross-binutils target)))))
> >> (properties
> >> `((hidden? . #t)
> >> --
> >> 2.45.2
> >
> > This will probably work:
> >
> > (native-inputs
> > `((,(string-append "gcc-cross-" target) ,(cross-gcc target
> > #:libc (cross-libc target)))
> > ,(when (false-if-exception (cross-libc target))
> > `(,(string-append "glibc-cross-" target) ,(cross-libc target)))
> > (,(string-append "binutils-cross-" target) ,(cross-binutils target))
> > ,(when (target-mingw? target)
> > (if (string=? "i686-w64-mingw32" target)
> > `("mingw-w64-i686-winpthreads" ,mingw-w64-i686-winpthreads)
> > `("mingw-w64-x86_64-winpthreads" ,mingw-w64-x86_64-winpthreads)))
> > ,@(package-native-inputs base-rust)))
>
> Thanks for taking a look. In the latest patches cross-libc isn't
> changing to raise an exception (as that ended up being too complicated),
> so I'm not sure the false-if-exception is going to work.
false-if-exception should work. We use it a couple of times in golang
packaging to skip the tests if we're building with gccgo.
(unless
;; The tests fail when run with gccgo.
(false-if-exception (search-input-file inputs "/bin/gccgo"))
(apply (assoc-ref %standard-phases 'check) args)))))))
> I'd also maybe stick with modify-inputs, as at least that avoids the
> older inputs style.
>
> If I've followed your first email correctly, are you thinking of
> something like this?
>
> (native-inputs
> (if (target-mingw? target)
> (modify-inputs (package-native-inputs base-rust)
> (prepend (cross-gcc target
> #:libc (cross-libc target))
> (cross-binutils target)
> (if (string=? "i686-w64-mingw32" target)
> mingw-w64-i686-winpthreads
> mingw-w64-x86_64-winpthreads)))
> (modify-inputs (or (and=> (cross-libc target)
> (lambda (x-libc)
> (modify-inputs
> (package-native-inputs base-rust)
> (prepend x-libc))))
> (package-native-inputs base-rust))
> (prepend (cross-gcc target
> #:libc (cross-libc target))
> (cross-binutils target)))))
Thanks, I hate it :) That said, if it works then it's fine. (I lose my
confidence from (cross-libc target) getting renamed to x-libc)
I played around with it a bit more. The problem is that we can only
logic our way around before modify-inputs or inside
prepend/append/delete, so options are a bit limited as to what we can
do. I came up with the following, which I think should also work:
(native-inputs
(modify-inputs (package-native-inputs base-rust)
(prepend (cross-binutils target))
(prepend
(cond ((and (target-mingw? target)
(target-x86-32? target))
mingw-w64-i686-winpthreads)
((and (target-mingw? target)
(target-x86-64? target))
mingw-w64-x86_64-winpthreads)
((or (target-linux? target)
(target-hurd? target))
(cross-libc target))
;; We need something, and duplicating cross-binutils
;; doesn't cause any problems.
(#t (cross-binutils target))))
(prepend (cross-gcc target
#:libc (cross-libc target)))))
I don't like the '#t' branch of the cond, but it doesn't seem to break
anything. And we're explicit about who gets cross-libc.
I would like something like the following to work, but some of the
inputs get lost
(native-inputs
(modify-inputs (package-native-inputs base-rust)
(prepend
(cond ((and (target-mingw? target)
(target-x86-32? target))
(cross-gcc target
#:libc (cross-libc target))
mingw-w64-i686-winpthreads
(cross-binutils target))
((and (target-mingw? target)
(target-x86-64? target))
(cross-gcc target
#:libc (cross-libc target))
mingw-w64-x86_64-winpthreads
(cross-binutils target))
((or (target-linux? target)
(target-hurd? target))
(cross-gcc target
#:libc (cross-libc target))
(cross-libc target)
(cross-binutils target))
(else
(cross-gcc target
#:libc (cross-libc target))
(cross-binutils target))))))
--
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:[~2024-07-09 15:23 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-16 14:59 [bug#70985] [PATCH 0/4] Use specific errors for unsupported targets Christopher Baines
2024-05-16 15:06 ` [bug#70985] [PATCH 1/4] guix: packages: Add new &package-unsupported-target-error Christopher Baines
2024-05-16 15:06 ` [bug#70985] [PATCH 2/4] gnu: tls: Raise conditions from target->openssl-target Christopher Baines
2024-05-16 15:06 ` [bug#70985] [PATCH 3/4] gnu: cross-libc*: Raise conditions rather than returning #f Christopher Baines
2024-05-16 15:15 ` Ludovic Courtès
2024-05-16 16:16 ` Christopher Baines
2024-05-16 15:06 ` [bug#70985] [PATCH 4/4] guix: build-system: meson: Don't error on unsupported targets Christopher Baines
2024-05-16 15:13 ` Ludovic Courtès
2024-05-16 16:10 ` Christopher Baines
2024-05-16 15:16 ` [bug#70985] [PATCH 0/4] Use specific errors for " Ludovic Courtès
2024-05-17 9:53 ` [bug#70985] [PATCH 3/4] gnu: cross-libc*: Raise conditions rather than returning #f Jean-Pierre De Jesus Diaz
2024-07-05 16:05 ` [bug#70985] [PATCH v2 1/6] guix: packages: Add new &package-unsupported-target-error Christopher Baines
2024-07-05 16:05 ` [bug#70985] [PATCH v2 2/6] gnu: tls: Raise conditions from target->openssl-target Christopher Baines
2024-07-05 16:06 ` [bug#70985] [PATCH v2 3/6] guix: packages: Add &unsupported-cross-compilation-target-error Christopher Baines
2024-07-05 16:06 ` [bug#70985] [PATCH v2 4/6] build-system: meson: Use a more specific exception Christopher Baines
2024-07-05 16:06 ` [bug#70985] [PATCH v2 5/6] gnu: rust: Guard against cross-libc returning #f Christopher Baines
2024-07-07 16:26 ` Efraim Flashner
2024-07-07 16:57 ` Efraim Flashner
2024-07-09 9:25 ` Christopher Baines
2024-07-09 15:21 ` Efraim Flashner [this message]
2024-07-12 13:56 ` Christopher Baines
2024-07-05 16:06 ` [bug#70985] [PATCH v2 6/6] build-system: go: Properly handle when a target is unsupported Christopher Baines
2024-07-12 13:41 ` [bug#70985] [PATCH v3 1/6] guix: packages: Add new &package-unsupported-target-error Christopher Baines
2024-07-12 13:41 ` [bug#70985] [PATCH v3 2/6] gnu: tls: Raise conditions from target->openssl-target Christopher Baines
2024-07-12 13:41 ` [bug#70985] [PATCH v3 3/6] guix: packages: Add &unsupported-cross-compilation-target-error Christopher Baines
2024-07-12 13:41 ` [bug#70985] [PATCH v3 4/6] build-system: meson: Use a more specific exception Christopher Baines
2024-07-12 13:41 ` [bug#70985] [PATCH v3 5/6] gnu: rust: Guard against unsupported rust targets Christopher Baines
2024-07-12 14:28 ` Efraim Flashner
2024-07-18 14:16 ` bug#70985: " Christopher Baines
2024-07-12 13:41 ` [bug#70985] [PATCH v3 6/6] build-system: go: Properly handle when a target is unsupported Christopher Baines
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=Zo1VYQlcrrqv6Uld@pbp \
--to=efraim@flashner.co.il \
--cc=70985@debbugs.gnu.org \
--cc=mail@cbaines.net \
/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).