From: John Darrington <john@darrington.wattle.id.au>
To: Ludovic Court?s <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH 2/5] gnu: gnupg: Fixed cross-compile issues.
Date: Tue, 7 Jan 2014 11:32:11 +0100 [thread overview]
Message-ID: <20140107103211.GB11414@jocasta.intra> (raw)
In-Reply-To: <8761qrta62.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 2359 bytes --]
On Sat, Dec 14, 2013 at 10:06:13PM +0100, Ludovic Court??s wrote:
John Darrington <john@darrington.wattle.id.au> skribis:
> On Sat, Dec 14, 2013 at 07:19:03PM +0100, Ludovic Court??s wrote:
> John Darrington <john@darrington.wattle.id.au> skribis:
>
> > *gnu/packages/gnupg.scm (libgpg-error): Added gcc as a native input,
> > and set the CC_FOR_BUILD variable.
>
> The implicit inputs when cross-compiling include both the cross-gcc and
> the native gcc (see build-system/gnu.scm.)
>
> AFAICS setting CC_FOR_BUILD=gcc should be enough (it uses ???cc??? by
> default.) Can you confirm.
>
> You are right. setting gcc as a native input seems to be unnecessary. Somewhat on
> a tangent:
> Would it not be a good idea to have CC_FOR_BUILD=gcc the default setting at least
> fot the gnu build-system.
Yeah, perhaps we could add that when cross building (we have only two
occurrences currently, but it may be needed quite often.)
Right. PSPP should have it, but does not currently.
> > *gnu/packages/gnupg.scm (libgcrypt): Added libgpg-error as a native input and
> > set the --with-gpg-error-prefix configure option.
>
> This is wrong: libgcrypt would end up linking against the native libgpg-error.
>
> I think you are mistaken. The purpose of --with-gpg-error-prefix= is to set the path
> of the library which it should be linked against. The issue is, that libgpg-error provides
> both a binary (which must be run at configure time) AND a library which has to be linked.
Oh indeed, I was unaware of that. So that explains why libgpg-error
must be passed both as a native and target input.
However, is --with-gpg-error-prefix really needed? By default the cross
gcc will find the target libgpg-error in its search path, and not the
native one, so I would guess this is OK.
That was not my experience. I will try it again, in case I missed something.
J'
--
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2014-01-07 10:32 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-14 17:43 [PATCH 1/5] gnu: libxml2: Fixed cross-compilation John Darrington
2013-12-14 17:43 ` [PATCH 2/5] gnu: gnupg: Fixed cross-compile issues John Darrington
2013-12-14 18:19 ` Ludovic Courtès
2013-12-14 19:02 ` John Darrington
2013-12-14 21:06 ` Ludovic Courtès
2013-12-15 8:24 ` John Darrington
2013-12-15 8:39 ` [PATCH] gnu: gnupg: Fix " John Darrington
2013-12-15 21:24 ` Ludovic Courtès
2013-12-15 21:14 ` [PATCH 2/5] gnu: gnupg: Fixed " Ludovic Courtès
2014-01-07 10:32 ` John Darrington [this message]
2013-12-14 17:43 ` [PATCH 3/5] gnu: tzdata: Added "source" as input John Darrington
2013-12-14 18:24 ` Ludovic Courtès
2013-12-14 17:43 ` [PATCH 4/5] gnu: openssl: Fixed cross-compile issues John Darrington
2013-12-14 17:57 ` Ludovic Courtès
2013-12-14 18:02 ` John Darrington
2013-12-14 21:01 ` Ludovic Courtès
2013-12-15 8:03 ` [PATCH] gnu: openssl: Fix " John Darrington
2013-12-15 21:18 ` Ludovic Courtès
2013-12-14 17:43 ` [PATCH 5/5] gnu: Changed many "inputs" which should be "native-inputs" John Darrington
2013-12-14 21:48 ` Ludovic Courtès
2013-12-15 10:36 ` John Darrington
2013-12-15 11:01 ` [PATCH] gnu: Move numerous " John Darrington
2013-12-15 21:32 ` Ludovic Courtès
2013-12-14 17:48 ` [PATCH 1/5] gnu: libxml2: Fixed cross-compilation Ludovic Courtès
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=20140107103211.GB11414@jocasta.intra \
--to=john@darrington.wattle.id.au \
--cc=guix-devel@gnu.org \
--cc=ludo@gnu.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 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).