From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3271 invoked by alias); 5 Apr 2012 16:25:39 -0000 Received: (qmail 3250 invoked by uid 22791); 5 Apr 2012 16:25:36 -0000 X-SWARE-Spam-Status: No, hits=-3.6 required=5.0 tests=BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 05 Apr 2012 16:25:18 +0000 Received: by werj55 with SMTP id j55so1244470wer.0 for ; Thu, 05 Apr 2012 09:25:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:x-mailer:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=bvFU2DFTEG/gm5n2O6RJ1h+I+NlUDoCHPC3DW1upirA=; b=gIBxL4VyWpVQmdmUF+VQPWvarBfDmPyhhGkRxvAxAryV5KRlztPuU6tkalkSXAn1K/ 5ilMNuScY/NAlYPCt+aTQ2YiX7rpFHgudbSqeBQqEGpeX7aSU7iNQy7tfPcql1uDEvnS uJ/casEo0BA4+fmMdNjXjeYeorEQLeOB3wrcdpfMGTSwghorCMhN1nU2NBDgHZEDV4Km 6mWcmNqbQ5ZVNHPq5WNPoMdtN7YID2w88w4PyykpN8+fzlbSgYe2lcJ7FoKkkiAJs6Ng B8aLtf7eVLI9s8a3LQlqiQ/EmIDtJharWQBD1JbSqvkEeD0Q9PUq8bQJII6NB8oma/NF uX4A== Received: by 10.180.82.136 with SMTP id i8mr6268384wiy.19.1333643113342; Thu, 05 Apr 2012 09:25:13 -0700 (PDT) Received: from meriadoc.lan (ppp-94-64-44-12.home.otenet.gr. [94.64.44.12]) by mx.google.com with ESMTPS id j3sm18885866wiw.1.2012.04.05.09.25.11 (version=SSLv3 cipher=OTHER); Thu, 05 Apr 2012 09:25:12 -0700 (PDT) Date: Thu, 05 Apr 2012 16:25:00 -0000 From: Konstantinos Margaritis To: Mike Frysinger Cc: cross-distro@lists.linaro.org, Dennis Gilmore , libc-ports@sourceware.org, "gcc-patches@gcc.gnu.org" , Richard Earnshaw , "Joseph S. Myers" Subject: Re: [PATCH] ARM: Use different linker path for hardfloat ABI Message-Id: <20120405192509.a03285a69ffceb4c22710f42@linaro.org> In-Reply-To: <201204051155.16655.vapier@gentoo.org> References: <20120329193401.GA14860@dannf.org> <201204051108.58683.vapier@gentoo.org> <20120405182415.8aaa8b25181e0b46b5f501ef@linaro.org> <201204051155.16655.vapier@gentoo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmB+kicNCEez0fxGXs3DaG/EqowEBVGFqb5Lr6tizxwzmdiqULywV9kcA3tLSRPf2BAn9yh Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2012-04/txt/msg00018.txt.bz2 On Thu, 5 Apr 2012 11:55:14 -0400 Mike Frysinger wrote: > note: i don't care about /lib/ld-linux-hf.so.3 or /lib/ld-linux.so.4 or > /libhf/ld-linux.so.[34]. /lib// is really the only one i don't > think doesn't belong. and I'm just saying that I dislike /libhf, I also think that just raising the version is a wrong solution. > don't really know what you're talking about here. other distros have no > problem with handling multilib. multilib for softfloat/hardfloat on arm? I don't think so, even for other arches -it was already demonstrated that you cannot e.g. have powerpc e500v2 and e600 installed concurrently, and anyway that's not the topic of the discussion here. Apart from multiarch there is no other solution to do that *for* arm, at least at the moment, because the two ABIs use exactly the same paths on a non-multiarch system. And I get back to the proposed solution /libhf -which is the multilib path you're referring to- and I'm saying that the topic here is for the linker path alone. In the hypothetical scenario that everyone agreed on /libhf for the linker path, but not for libraries -which would stay in /lib- , then we'd have a /libhf top directory with just one file, the linker. Or a symlink from /lib to /libhf or /lib/ to /libhf in Debian's case, but that defeats the purposes of having a new /libhf directory, doesn't it? I hope I was clearer now. -- Konstantinos Margaritis