From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-157760-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 7311 invoked by alias); 6 Nov 2009 18:37:44 -0000
Received: (qmail 7302 invoked by uid 22791); 6 Nov 2009 18:37:43 -0000
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from vsmtp14.tin.it (HELO vsmtp14.tin.it) (212.216.176.118)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 06 Nov 2009 18:37:36 +0000
Received: from [192.168.0.4] (79.43.214.142) by vsmtp14.tin.it (8.5.113)         id 4AC9C0AF0213E945; Fri, 6 Nov 2009 19:36:50 +0100
Message-ID: <4AF46CC2.4090505@oracle.com>
Date: Fri, 06 Nov 2009 18:37:00 -0000
From: Paolo Carlini <paolo.carlini@oracle.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Basile STARYNKEVITCH <basile@starynkevitch.net>
CC: Eric Botcazou <ebotcazou@adacore.com>, gcc@gcc.gnu.org,   "Kaveh R. GHAZI" <ghazi@caip.rutgers.edu>
Subject: Re: MPC version 0.8 released!
References: <Pine.GSO.4.58.0911051048590.4069@caipclassic.rutgers.edu> <200911061828.09787.ebotcazou@adacore.com> <4AF45EFD.4020304@oracle.com> <200911061844.09163.ebotcazou@adacore.com> <4AF46268.4040307@oracle.com> <4AF467EC.7030607@starynkevitch.net>
In-Reply-To: <4AF467EC.7030607@starynkevitch.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2009-11/txt/msg00160.txt.bz2

Basile STARYNKEVITCH wrote:
> On many Linux distributions you could configure /etc/ld.so.conf to add
> /usr/local/lib (or lib64).
>
> I always do that -so no need to have a LD_LIBRARY_PATH- and IIRC some
> distributions already have that.
Interesting.

Anyway, besides my immediate needs of building a working compiler
including all the latest library-supported features, I'm more interested
in seeing a "pattern" in the way such libraries are configured. For
example, I can confirm that I have libppl, libcloog, and libelf built
normally, that is shared versions too, and installed in /usr/local/lib
and everything works fine (I have also older system libelf, that's why a
need to pass --with-libelf=/usr/local, nothing else). I'm still a bit
surprised mpc requires a different treatment (fwiw, gmp and mpfr come
with the distro and are installed in /usr/lib64)

Paolo.