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

Re: [PATCH] Add new DEB_HOST_MULTIARCH, DEB_BUILD_MULTIARCH variables



On Wed, Feb 23, 2011 at 01:46:35AM +0200, Konstantinos Margaritis wrote:
> Ok, I tried the patch and the multiarch packages. Some comments/notes:

> ok, check the variables DEB_*_MULTIARCH and DEB_HOST_ARCH, they have the
> wrong values. The problem is easy to spot. The internal mapping is made
> using the triplets as the key, which obviously cannot work for armhf/armel
> as they - have to - share triplets. It depends on which is last on
> triplettable, as this value is set last while reading the file.

> So, instead of just adding multiarch as another mapping to triplets, I
> propose we instead change the base mapping to using multiarch triplets as
> *key* and add the other mappings on top of that. So armhf/armel will instead
> map to arm-linux-glibc_hf/arm-linux-glibc which will *both* eventually map
> to the gnu triplet arm-linux-gnueabi. Ditto for the other arches.

> I can't think of another solution that will make dpkg-architecture work with
> multiarch AND keep the same gnu triplet for more than one arches. We
> actually were discussing this with Wookey earlier today or yesterday at the
> Sprint, and I believe it was also mentioned at the phone conference.

Well, this goes to the heart of Guillem's proposal on
<http://lists.debian.org/debian-arm/2011/02/msg00091.html> that we should
have a distinct triplet for armhf. :)  He has proposed his patch now to GCC
upstream: <http://gcc.gnu.org/ml/gcc/2011-02/msg00390.html> and so far the
feedback is pretty good, a few minor revisions but no strenuous objections.

I am entirely agnostic on the question of armhf getting a distinct GNU
triplet; it would be nice if my work on multiarch tuples didn't go to waste,
but I'm much more interested in getting to *do* things with multiarch, and
for that any 1:1 mapping between ABIs and directory names that's maintained
and cross-distro will work just fine.

As a short-term solution for your test bootstrapping work, maybe you want to
just hardcode an answer of 'armhf' instead of 'armel' in the dpkg you're
using locally?

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

Attachment: signature.asc
Description: Digital signature


Reply to: