From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130294 invoked by alias); 31 Dec 2016 09:15:01 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 130263 invoked by uid 89); 31 Dec 2016 09:14:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.8 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=year, year!, Year, Year! X-Spam-User: qpsmtpd, 2 recipients X-HELO: cvs.linux-mips.org Received: from eddie.linux-mips.org (HELO cvs.linux-mips.org) (148.251.95.138) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 31 Dec 2016 09:14:58 +0000 Received: from localhost.localdomain ([127.0.0.1]:33258 "EHLO localhost.localdomain" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S23990522AbcLaJOzhJKWu (ORCPT + 1 other); Sat, 31 Dec 2016 10:14:55 +0100 Date: Sat, 31 Dec 2016 09:15:00 -0000 From: "Maciej W. Rozycki" To: Joel Brobecker , Alan Modra cc: "Maciej W. Rozycki" , binutils@sourceware.org, gdb-patches@sourceware.org, Tristan Gingold Subject: Re: [PATCH, RFA] opcodes: Use autoconf to check for `bfd_mips_elf_get_abiflags' in BFD In-Reply-To: <20161227100841.25zlpfrfcl6vp3xl@adacore.com> Message-ID: References: <20161215230316.GM10584@bubble.grove.modra.org> <20161222123958.GA2896@bubble.grove.modra.org> <20161227100841.25zlpfrfcl6vp3xl@adacore.com> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-IsSubscribed: yes X-SW-Source: 2016-12/txt/msg00445.txt.bz2 On Tue, 27 Dec 2016, Joel Brobecker wrote: > I haven't been able to figure out how distclean depends on > CONFIG_STATUS_DEPENDENCIES, but I'm thiking it's probably one of > the implicit dependencies. But looking at the automake documentation > about CONFIG_STATUS_DEPENDENCIES, it looks like this is meant to be > listing the depedencies to re-generate the Makefile. It don't think > libbfd.a/la is in this category, is it? It is not, however `config.status' itself is, and with the change I made it depended on `libbfd.la' because one of the autoconf tests did. So if e.g. you ran `configure' in opcodes/ first (for whatever reason), then running `make' there would run `configure' and then `make' in bfd/ because of other dependencies, however `config.status' would not get updated in opcodes/ afterwards, before its targets were made. > I don't have a solution. Perhaps one way to approach the problem > might be to distclean in the reverse order to configure/build? > If opcodes depends on bfd and we distclean bfd, then there might > indeed be some dependencies missing. > > We need a solution fairly quickly... Thanks, Alan, for sorting this out in my absence! TBH I think `distclean' shouldn't really depend on non-phony targets in the first place, or at least it should ignore errors in their re-creation, but there you go. With releases upcoming it's no time now to revamp our build system! Happy New Year! Maciej