guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] gnu: fix some issues cross-compiling glib


From: Ludovic Courtès
Subject: Re: [PATCH] gnu: fix some issues cross-compiling glib
Date: Wed, 19 Nov 2014 09:53:24 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)

John Darrington <address@hidden> skribis:

> On Tue, Nov 18, 2014 at 09:36:10PM +0100, Ludovic Court??s wrote:
>      John Darrington <address@hidden> skribis:
>      
>      > From: John Darrington <address@hidden>
>      >
>      > * gnu/packages/glib.scm (glib) : Moved inputs to native-inputs,
>      >   and change "inputs" to "%build-inputs"
>      
>      OK for the former, but why the latter?  In general I think it???s
>      stylistically better to refer to the ???inputs??? argument.
>
> I don't know why,  but it fails to build with "inputs".  (assoc-ref "inputs" 
> "bash")
> returns #f  

You probably need (assoc-ref (or native-inputs inputs) "bash"), meaning
you’ll refer to the native Bash both when compiling natively and when
cross-compiling (as done in ATLAS and OpenSSL.)

>      Also, what about somehow grouping big-rebuild changes together?  I???m
>      slightly worried by the post-release chaos that might occur.  :-)
>      Maybe core-updates, or maybe a more specific branch for
>      cross-compilation fixes?
>
> I can push it to core-updates if you like.  How big is big?  

core-updates no longer exists.  Perhaps let’s just make a
‘cross-compilation’ branch (or ‘arm’?) with all such changes.
Then we’ll arrange for Hydra to build that branch, and merge it once
it’s stable and mostly built.

WDYT?

Thanks,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]