From: "Maciej W. Rozycki" <macro@linux-mips.org>
To: Joel Brobecker <brobecker@adacore.com>,
Alan Modra <amodra@gmail.com>
Cc: "Maciej W. Rozycki" <macro@imgtec.com>,
binutils@sourceware.org, gdb-patches@sourceware.org,
Tristan Gingold <gingold@adacore.com>
Subject: Re: [PATCH, RFA] opcodes: Use autoconf to check for `bfd_mips_elf_get_abiflags' in BFD
Date: Sat, 31 Dec 2016 09:15:00 -0000 [thread overview]
Message-ID: <alpine.LFD.2.20.1612310239580.1811@eddie.linux-mips.org> (raw)
In-Reply-To: <20161227100841.25zlpfrfcl6vp3xl@adacore.com>
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
next prev parent reply other threads:[~2016-12-31 9:15 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1cHNui-0007Mp-46@kwanyin.sergiodj.net>
2016-12-15 12:16 ` Your commit 'MIPS/opcodes: Also set disassembler's ASE flags from ELF structures' broke GDB Maciej W. Rozycki
2016-12-15 19:04 ` Antoine Tremblay
2016-12-15 20:10 ` Maciej W. Rozycki
2016-12-15 23:03 ` Alan Modra
2016-12-15 23:19 ` Maciej W. Rozycki
2016-12-19 11:49 ` Maciej W. Rozycki
[not found] ` <20161222123958.GA2896@bubble.grove.modra.org>
[not found] ` <alpine.DEB.2.00.1612222017020.6743@tp.orcam.me.uk>
2016-12-27 10:08 ` [PATCH, RFA] opcodes: Use autoconf to check for `bfd_mips_elf_get_abiflags' in BFD Joel Brobecker
2016-12-28 12:11 ` Alan Modra
2016-12-30 6:44 ` Joel Brobecker
2016-12-31 9:15 ` Maciej W. Rozycki [this message]
2016-12-15 19:47 ` Your commit 'MIPS/opcodes: Also set disassembler's ASE flags from ELF structures' broke GDB Yao Qi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.2.20.1612310239580.1811@eddie.linux-mips.org \
--to=macro@linux-mips.org \
--cc=amodra@gmail.com \
--cc=binutils@sourceware.org \
--cc=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=gingold@adacore.com \
--cc=macro@imgtec.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox