From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18297 invoked by alias); 5 Apr 2012 13:30:49 -0000 Received: (qmail 18273 invoked by uid 22791); 5 Apr 2012 13:30:48 -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-ey0-f169.google.com (HELO mail-ey0-f169.google.com) (209.85.215.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 05 Apr 2012 13:30:28 +0000 Received: by eaal1 with SMTP id l1so467954eaa.0 for ; Thu, 05 Apr 2012 06:30:27 -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=VEvO1BJ+web7j3eMU+jYkBtNygSW5AR3sNn8qvARkKE=; b=MeB+kJSc7QJB4qhXJ1jv5+hW00ZugD+J9H40J7s21lFQkWaAu7W7CfoN0KAG2xfLd1 qkOyK1p1cWcRPJuhrYNiYttx5Twb0y3hixAm+4BW7934X+3KeGyosk6FHdYm7EeXasOj uwkD6vtdfEoeCdsJOZwZqwJ35muRt3aq3UHhWPLhgZoHPKTLbldW1o+kTXFkvUIN1FQl IvA8oYW1IqDw1DYb9VDciqnhxsp5UtWuDDgWFYH0RQCzCm/KM7mn6guHgFAnfw9TWqe4 vAKQPqsaApEavCyYiTkQSJCT4m3tMW/7krgHA79J+jF7i0NEalSFpwNiM7zxJlGTr4Df Nmhg== Received: by 10.213.4.201 with SMTP id 9mr384902ebs.263.1333632627388; Thu, 05 Apr 2012 06:30:27 -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 p57sm13262801eei.8.2012.04.05.06.30.25 (version=SSLv3 cipher=OTHER); Thu, 05 Apr 2012 06:30:26 -0700 (PDT) Date: Thu, 05 Apr 2012 13:30:00 -0000 From: Konstantinos Margaritis To: Dennis Gilmore Cc: "Joseph S. Myers" , "gcc-patches@gcc.gnu.org" , libc-ports@sourceware.org, Richard Earnshaw , "cross-distro@lists.linaro.org" Subject: Re: [PATCH] ARM: Use different linker path for hardfloat ABI Message-Id: <20120405163023.561469dca6619e31cf7a1d9e@linaro.org> In-Reply-To: <20120404070946.071e7c45@pegasus.ausil.us> References: <20120329193401.GA14860@dannf.org> <4F75F2E2.3030909@arm.com> <20120402210653.GC28152@dannf.org> <20120404070946.071e7c45@pegasus.ausil.us> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlMOZXIEk39LvNjneBbcQNk98hRaEie3DFJI+u7CHps+6jHpwyBKdZj5QNZhWPn92zK141B 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/msg00009.txt.bz2 On Wed, 4 Apr 2012 07:09:46 -0500 Dennis Gilmore wrote: > Fedora does use /lib64 on x86_64 I would personally prefer /libhfp but > wouldn't object to /libhf though today we have f17 about to go beta > and all of rawhide built using /lib Hi Dennis, One potential problem that is born from the /libhf suggestion is the danger of having a new top level directory (/libhf) with only one file, the dynamic linker. AFAIU it, no distro is currently willing to move away from its existing scheme (/lib), Debian is most likely not going to, at best there could be a symlink /libhf -> /lib/, but that is not solving the problem IMHO. What about other distros, if everyone is going to use a symlink for /libhf, then even suggesting it and relying on new top-level directories to solve the problem is the wrong approach. Loic suggested a -IMHO- better solution: to change the dynamic linker filename, not the dir, i.e. /lib/ld-linux-hf.so.3 (for this particular case). My 2c. -- Konstantinos Margaritis