From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12326 invoked by alias); 19 Nov 2007 17:24:56 -0000 Received: (qmail 12318 invoked by uid 22791); 19 Nov 2007 17:24:55 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate6.de.ibm.com (HELO mtagate6.de.ibm.com) (195.212.29.155) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 19 Nov 2007 17:24:28 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate6.de.ibm.com (8.13.8/8.13.8) with ESMTP id lAJHOPH8197180 for ; Mon, 19 Nov 2007 17:24:25 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.6) with ESMTP id lAJHOOU32990166 for ; Mon, 19 Nov 2007 18:24:24 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lAJHOOh4016529 for ; Mon, 19 Nov 2007 18:24:24 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id lAJHOOqx016526; Mon, 19 Nov 2007 18:24:24 +0100 Message-Id: <200711191724.lAJHOOqx016526@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Mon, 19 Nov 2007 18:24:24 +0100 Subject: Re: [rfc] [0/9] Multi-target support To: muller@ics.u-strasbg.fr (Pierre Muller) Date: Mon, 19 Nov 2007 17:24:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org In-Reply-To: <001101c82ac9$c9ca71a0$5d5f54e0$@u-strasbg.fr> from "Pierre Muller" at Nov 19, 2007 05:32:34 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 X-SW-Source: 2007-11/txt/msg00369.txt.bz2 Pierre Muller wrote: > Yes, I started in a new directory. > mkdir build-all > cd build-all > ../src/configure --enable-targets=all > make all-gdb OK, thanks for verifying. > I checked in bfd/bfd.h and BFD_ARCH_SIZE was set to 32 there. So this looks like a bug in the --enable-target=all support: apparently in BFD, if both host and target are 32-bit, then --enable-target=all does not actually add support for all targets, but only for all 32-bit targets. If you really want *all* targets, you have to use --enable-64-bit-bfd as well. I guess I'll have to adapt GDB's --enable-target=all support to follow the same rules ... > Adding --enable-64-bit-bfd I still needed to add WERROR_CFLAGS="" > because I got warnings in win32-nat.c, which implicitly assumes that > CORE_ADDR is 32 bit long. Now this is a bug in win32-nat.c, which would have already shown up if you attempted to build a regular win32 -> amd64-linux (for example) cross-debugger. > Should all nat files be able to handle the case where > sizeof(CORE_ADDR) is strictly greater then sizeof( void *) > and do explicit conversion for that? Yes. There should be an explicit conversion via uintptr_t (defined in "gdb_stdint.h"). Other nat files already to that as appropriate. > I also got a problem with the m2-exp.y yacc file > conflicts: 15 shift/reduce, 15 reduce/reduce > conflicts: 5 shift/reduce > conflicts: 34 shift/reduce > /home/Pierre/gdbcvs/build-all/gdb/../../src/gdb/m2-exp.y:354.25-44: warning: > rule never reduced because of conflicts: @2: /* empty */ > > But after checking, this warning is also present for a simple build without > option. Hmm, this looks like another pre-existing problem. Unfortunately, I'm not very familiar with yacc/bison details ... Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com