From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-patches-return-20619-listarch-java-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 27567 invoked by alias); 20 Dec 2012 22:29:30 -0000
Received: (qmail 27533 invoked by uid 22791); 20 Dec 2012 22:29:29 -0000
X-SWARE-Spam-Status: No, hits=-2.9 required=5.0	tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,TW_IB
X-Spam-Check-By: sourceware.org
Received: from mx01.qsc.de (HELO mx01.qsc.de) (213.148.129.14)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 20 Dec 2012 22:29:21 +0000
Received: from archimedes.net-b.de (port-92-195-17-106.dynamic.qsc.de [92.195.17.106])	by mx01.qsc.de (Postfix) with ESMTP id 468463CFDB;	Thu, 20 Dec 2012 23:29:20 +0100 (CET)
Message-ID: <50D3913F.7030407@net-b.de>
Date: Thu, 20 Dec 2012 22:29:00 -0000
From: Tobias Burnus <burnus@net-b.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Matthias Klose <doko@ubuntu.com>
CC: GCC Patches <gcc-patches@gcc.gnu.org>,  "libstdc++@gcc.gnu.org" <libstdc++@gcc.gnu.org>, gfortran <fortran@gcc.gnu.org>, GCJ-patches <java-patches@gcc.gnu.org>
Subject: Re: [patch] fix install dependencies for target libraries
References: <50D35782.7020202@ubuntu.com>
In-Reply-To: <50D35782.7020202@ubuntu.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java-patches.gcc.gnu.org>
List-Subscribe: <mailto:java-patches-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java-patches/>
List-Post: <mailto:java-patches@gcc.gnu.org>
List-Help: <mailto:java-patches-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-patches-owner@gcc.gnu.org
X-SW-Source: 2012-q4/txt/msg00061.txt.bz2

Am 20.12.2012 19:22, schrieb Matthias Klose:
> This was seen with the libgo installation [1], but from my point of view can
> happen when the install target is called with -j >1, libtool seems to fall back
> to the system libraries if the library in the install location is not available
> (which is always the case if you install into an empty dir set with DESTDIR).
> Currently it just works for a non-parallel install because the dependencies in
> Makefile.def are created in the right order.
>
> Ok for the trunk?

For the Fortran change: Can you test with --disable-libquadmath 
--disable-libquadmath-support? Will that work by silently ignoring the 
libquadmath dependence or will it break?

> +dependencies = { module=install-target-libgfortran; on=install-target-libquadmath; };

Tobias