From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16512 invoked by alias); 10 May 2012 06:42:30 -0000 Received: (qmail 16503 invoked by uid 22791); 10 May 2012 06:42:29 -0000 X-SWARE-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 10 May 2012 06:42:16 +0000 Received: by pbbrq2 with SMTP id rq2so1515595pbb.20 for ; Wed, 09 May 2012 23:42:15 -0700 (PDT) Received: by 10.68.221.74 with SMTP id qc10mr16931259pbc.80.1336632135433; Wed, 09 May 2012 23:42:15 -0700 (PDT) Received: from yakj.usersys.redhat.com (93-34-182-16.ip50.fastwebnet.it. [93.34.182.16]) by mx.google.com with ESMTPS id gl2sm420803pbc.2.2012.05.09.23.42.11 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 May 2012 23:42:14 -0700 (PDT) Message-ID: <4FAB6340.7030101@gnu.org> Date: Thu, 10 May 2012 06:42:00 -0000 From: Paolo Bonzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Matthias Klose CC: "Joseph S. Myers" , GCC Patches Subject: Re: [patch] support for multiarch systems References: <4E501045.40102@ubuntu.com> <4FA8711D.3030507@ubuntu.com> <4FA9BC73.3080009@ubuntu.com> <4FAA730E.9020608@gnu.org> <4FAA8E89.3040800@ubuntu.com> <4FAA9B65.3040600@gnu.org> <4FAAA712.8010403@ubuntu.com> In-Reply-To: <4FAAA712.8010403@ubuntu.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2012-05/txt/msg00711.txt.bz2 Il 09/05/2012 19:19, Matthias Klose ha scritto: > these are referenced from the http://wiki.debian.org/Multiarch/Tuples > https://wiki.ubuntu.com/MultiarchSpec#Filesystem_layout > http://err.no/debian/amd64-multiarch-3 > > http://wiki.debian.org/Multiarch/TheCaseForMultiarch describes use cases for > multiarch, and why Debian thinks that the existing approaches are not sufficient > (having name collisions for different architectures or ad hoc names for new > architectures like libx32). That may be contentious within the Linux community, > but I would like to avoid this kind of discussion here. I don't care about contentiousness, I just would like this to be documented somewhere (for example in the internals manual where MULTILIB_* is documented too). Paolo