From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 72494 invoked by alias); 15 Dec 2016 20:10:13 -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 71904 invoked by uid 89); 15 Dec 2016 20:10:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=wider, audience, particulars, H*f:sk:wwok1sx X-Spam-User: qpsmtpd, 2 recipients X-HELO: mailapp01.imgtec.com Received: from mailapp01.imgtec.com (HELO mailapp01.imgtec.com) (195.59.15.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 15 Dec 2016 20:10:02 +0000 Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19]) by Forcepoint Email with ESMTPS id CE97EA79B129D; Thu, 15 Dec 2016 20:09:54 +0000 (GMT) Received: from [10.20.78.233] (10.20.78.233) by HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server id 14.3.294.0; Thu, 15 Dec 2016 20:09:57 +0000 Date: Thu, 15 Dec 2016 20:10:00 -0000 From: "Maciej W. Rozycki" To: Antoine Tremblay CC: , , Subject: Re: Your commit 'MIPS/opcodes: Also set disassembler's ASE flags from ELF structures' broke GDB In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2016-12/txt/msg00312.txt.bz2 On Thu, 15 Dec 2016, Antoine Tremblay wrote: > > This failure is very odd to me, it looks like `opcodes/mips-dis.c' has > > been included in the build of `libopcodes.a', however `bfd/elfxx-mips.c' > > has *not* been included in the build of `libbfd.a'. Offhand I would > > consider such a configuration broken, however maybe it is legitimate after > > all. Has the opcodes/ subdirectory been configured differently from the > > bfd/ subdirectory by any chance? > > I would look for: > http://gdb-build.sergiodj.net/builders/Debian-i686-native-extended-gdbserver/builds/4691/steps/configure%20gdb/logs/stdio > and > http://gdb-build.sergiodj.net/builders/Debian-i686-native-extended-gdbserver/builds/4691/steps/compile%20gdb/logs/stdio > > For all the configure options. Thanks, `--build=i686-pc-linux-gnu' does trigger the problem for me as well, and AFAICT the underlying issue is MIPS target support is not included in BFD as it wants 64-bit BFD which is not enabled, however the opcodes library is still built. Obviously such a configuration is useless for `libopcodes' as you can't get at all the target-specific particulars BFD would normally provide, so not even the binutils/ subdirectory tools (excluded, by request, from this configuration, though otherwise buildable) can correctly support the MIPS target, let alone GDB. So I think we need to arrange for the list of targets enabled for other subdirectories to be driven somehow by BFD or, more likely, the top level. I'm not sure offhand how to do this though. Cc-ing `binutils' for wider audience. I'll see if there is something I could do right away as a temporary measure to unbreak 32-bit BFD configurations -- I would make the reference from `opcodes/mips-dis.c' to `bfd_mips_elf_get_abiflags' weak, however regrettably this does not appear supported, so maybe we'll require a dummy stub or suchlike hackery if MIPS target support is enabled, but not included in BFD. Any better suggestions? Maciej