From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N2j9L-0002P8-Jm for garchives@archives.gentoo.org; Tue, 27 Oct 2009 10:19:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D709BE0849; Tue, 27 Oct 2009 10:19:33 +0000 (UTC) Received: from sauxb.salomon.at (smtp.salomon.at [193.186.16.13]) by pigeon.gentoo.org (Postfix) with ESMTP id 7F2AEE0849 for ; Tue, 27 Oct 2009 10:19:33 +0000 (UTC) Received: from servex01.wamas.com (servex01.salomon.at [172.28.2.2]) by sauxb.salomon.at (8.12.10/8.12.10) with ESMTP id n9RAJSaI027049; Tue, 27 Oct 2009 11:19:28 +0100 (MET) Received: from [172.28.8.170] ([172.28.8.170]) by servex01.wamas.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 27 Oct 2009 11:19:25 +0100 Message-ID: <4AE6C92D.9050206@gentoo.org> Date: Tue, 27 Oct 2009 11:19:25 +0100 From: Michael Haubenwallner User-Agent: Thunderbird 2.0.0.23 (X11/20091015) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: multilib and the compatibility to singlelib References: <4ADDB5D5.30502@gentoo.org> <200910201416.02169.vapier@gentoo.org> <4ADEF1BA.1020501@gentoo.org> <200910260813.00341.vapier@gentoo.org> In-Reply-To: <200910260813.00341.vapier@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Oct 2009 10:19:25.0472 (UTC) FILETIME=[F5837A00:01CA56EE] X-Scanned-By: MIMEDefang 2.54 on 172.28.2.13 X-Archives-Salt: 54814add-5778-417a-9d2e-b070c8402cd3 X-Archives-Hash: 1ec247b8ba300430835d7a7f4cdbdfbb Mike Frysinger wrote: > On Wednesday 21 October 2009 07:34:18 Michael Haubenwallner wrote: >> Mike Frysinger wrote: >>> On Tuesday 20 October 2009 09:06:29 Michael Haubenwallner wrote: >>>> As I'm building the toolchain myself too, I configure it with the >>>> 32bit host triplet on each platform, usually disabling multilib. >>> this doesnt make any sense to me >> What exactly doesn't make sense to you: > > it doesnt make sense to build your own toolchain when the default native one > Gentoo provides includes all multilib support already. > > but i guess when you're commercially developing a binary-only package, people > tend to not have such freedoms as the binary-only mentality infects all > layers. Even if it's commercially, it isn't binary-only here. But it is bound to a specific set of (likely older) toolchain versions usually not available on the target system. I just don't want to make an exception for Gentoo Linux hosts when it does work on both RedHat and SuSE Linux as well as *nix. >>>> Isn't the intention of multilib to have a new (64bit) system >>>> be compatible with the corresponding old (32bit) system? >>> your description of "compatible" is pretty vague. ignoring /lib -> >>> /lib64 symlink (which shouldnt matter to any binaries), i'm not aware of >>> any differences off the top of my head. >> Well, "compatible" here means to me that when I do >> $ configure --{build,host}=i686-pc-linux-gnu > > assuming you simply forgot the forcing of -m32 here, or you have a fully named > i686-pc-linux-gnu-... toolchain I do (like to) have a fully qualified i686-pc-linux-gnu-* toolchain. Adding -m32 would require to create the i686-pc-linux-gnu-gcc wrapper, resulting in some kind of a fully qualified i686 toolchain again. >> It turns out that it is the "/lib resolving to 64bit" thing only that >> causes me headaches here, which actually is distro-specific. > > i'm not against changing things to fall in line with what other distros have > settled on (guess that's the risk you take when you're one of the first > distros to do multilib), i just want this kind of decision to be fully > informed / thought out before making it. it's not something i'd label > "trivial". Fully agreed. But as I don't have time to carry on this symlink change, I'm going to live with the patches for now (in Prefix). OTOH, Debian uses /lib->/lib64 symlink too IIRC... Thank you! /haubi/