From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 46725@debbugs.gnu.org, Christopher Baines <mail@cbaines.net>
Subject: [bug#46725] [PATCH] gnu: guile-lib: Fix cross compilation.
Date: Thu, 04 Mar 2021 08:16:49 -0500 [thread overview]
Message-ID: <87zgzjoy7y.fsf_-_@gmail.com> (raw)
In-Reply-To: <87v9a9uzub.fsf_-_@gnu.org> ("Ludovic Courtès"'s message of "Tue, 02 Mar 2021 20:20:44 +0100")
Hi Ludovic,
Ludovic Courtès <ludo@gnu.org> writes:
> Hi!
>
> Christopher Baines <mail@cbaines.net> skribis:
>
>> These changes were sent upstream as
>> https://lists.gnu.org/archive/html/guile-devel/2021-02/msg00004.html
>>
>> Without this change, the .go files are built for the host architecture, rather
>> than the target. I noticed this when cross building the
>> guix-build-coordinator (for which guile-lib is an input) to the Hurd.
>>
>> * gnu/packages/guile-xyz.scm (guile-lib)[arguments]: Add
>> 'patch-for-cross-compilation phase.
>> [native-inputs]: Add autoconf, automake and gettext.
>> (guile2.0-lib): Adjust to use alist-replace.
>> (guile2.2-lib): Adjust to use alist-replace.
>
> [...]
>
>> + (substitute* "configure.ac"
>> + (("GUILE_FLAGS")
>> + "GUILE_FLAGS
>> +if test \"$cross_compiling\" != no; then
>> + GUILE_TARGET=\"--target=$host_alias\"
>> + AC_SUBST([GUILE_TARGET])
>> +fi
>
> You could even set ‘GUILE_TARGET’ unconditionally.
It seems a conditional is needed, because info
'(autoconf)Canonicalizing' says:
The variables ‘build_alias’, ‘host_alias’, and ‘target_alias’ are
always exactly the arguments of ‘--build’, ‘--host’, and ‘--target’; in
particular, they are left empty if the user did not use them, even if
the corresponding ‘AC_CANONICAL’ macro was run.
I.e. without the condition '--target=' could be passed to guild, which
probably wouldn't work.
But in another part of the autoconf manual (Hosts and
Cross-Compilation), it says:
The relationship between build, host, and target have been cleaned
up: the chain of default is now simply: target defaults to host, host to
build, and build to the result of ‘config.guess’. Nevertheless, in
order to ease the transition from 2.13 to 2.50, the following transition
scheme is implemented. _Do not rely on it_, as it will be completely
disabled in a couple of releases (we cannot keep it, as it proves to
cause more problems than it cures).
They all default to the result of running ‘config.guess’, unless you
specify either ‘--build’ or ‘--host’. In this case, the default becomes
the system type you specified. If you specify both, and they’re
different, ‘configure’ enters cross compilation mode, so it doesn’t run
any tests that require execution.
Hint: if you mean to override the result of ‘config.guess’, prefer
‘--build’ over ‘--host’.
So it seems that nowadays the build, host, and target would take default
values as guessed by config.guess, and that the earlier section of the
manual should be updated?
Maxim
next prev parent reply other threads:[~2021-03-04 13:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-23 20:07 [bug#46725] [PATCH] gnu: guile-lib: Fix cross compilation Christopher Baines
2021-02-24 7:58 ` Leo Prikler
2021-02-24 8:45 ` Christopher Baines
2021-02-24 8:37 ` Christopher Baines
2021-03-02 19:20 ` Ludovic Courtès
2021-03-04 13:16 ` Maxim Cournoyer [this message]
2021-03-08 14:22 ` Ludovic Courtès
2021-03-08 22:11 ` bug#46725: " Christopher Baines
2021-03-11 21:01 ` [bug#46725] " Maxim Cournoyer
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=87zgzjoy7y.fsf_-_@gmail.com \
--to=maxim.cournoyer@gmail.com \
--cc=46725@debbugs.gnu.org \
--cc=ludo@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).