From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:470:142:3::10]:36725)
 by lists.gnu.org with esmtp (Exim 4.86_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1hs73H-0002JG-64
 for guix-patches@gnu.org; Mon, 29 Jul 2019 10:55:04 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1hs73G-00029M-AU
 for guix-patches@gnu.org; Mon, 29 Jul 2019 10:55:03 -0400
Received: from debbugs.gnu.org ([209.51.188.43]:40118)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
 id 1hs73G-00029G-3M
 for guix-patches@gnu.org; Mon, 29 Jul 2019 10:55:02 -0400
Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1hs73G-0004Ul-0N
 for guix-patches@gnu.org; Mon, 29 Jul 2019 10:55:02 -0400
Subject: [bug#36477] [PATCH 31/31] gnu: glibc-utf8-locales: Fix
 cross-compilation.
Resent-Message-ID: <handler.36477.B36477.156441206517228@debbugs.gnu.org>
References: <20190708095913.3460-1-m.othacehe@gmail.com>
 <20190708095913.3460-32-m.othacehe@gmail.com> <877e8snzid.fsf@devup.no>
From: Mathieu Othacehe <m.othacehe@gmail.com>
In-reply-to: <877e8snzid.fsf@devup.no>
Date: Mon, 29 Jul 2019 16:54:13 +0200
Message-ID: <877e80j3hm.fsf@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain
List-Id: <guix-patches.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-patches>,
 <mailto:guix-patches-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/guix-patches>
List-Post: <mailto:guix-patches@gnu.org>
List-Help: <mailto:guix-patches-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-patches>,
 <mailto:guix-patches-request@gnu.org?subject=subscribe>
Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org
Sender: "Guix-patches" <guix-patches-bounces+kyle=kyleam.com@gnu.org>
To: Marius Bakke <mbakke@fastmail.com>
Cc: 36477@debbugs.gnu.org


Hello Marius,

> Is the glibc locale data really architecture-independent?

I compared locale data built natively for intel and arm and they are
identical. However all those platforms have the same endianess. I don't
know what would happend on a big endian platform.

>
> Is it not sufficient to have only "gzip" native here?

No because we need to use the localedef binary from the native glibc.

Ideally, we would need to pass some kind of --target to this binary but
it doesn't seem to be supported :(.

Mathieu