From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15644 invoked by alias); 10 Sep 2010 13:58:49 -0000 Received: (qmail 15636 invoked by uid 22791); 10 Sep 2010 13:58:49 -0000 X-SWARE-Spam-Status: No, hits=-0.4 required=5.0 tests=AWL,BAYES_00,KAM_STOCKGEN,MSGID_MULTIPLE_AT,TW_TJ X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.156) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 10 Sep 2010 13:58:44 +0000 Received: from md1.u-strasbg.fr (md1.u-strasbg.fr [IPv6:2001:660:2402::186]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o8ADwe36005018 for ; Fri, 10 Sep 2010 15:58:41 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms6.u-strasbg.fr [IPv6:2001:660:2402:d::15]) by md1.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id o8ADweaK045018 for ; Fri, 10 Sep 2010 15:58:40 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from d620muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id o8ADwetL030310 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 10 Sep 2010 15:58:40 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: Subject: [RFA 2/5] New patches to support --enable-targets=all for mingw64 Date: Fri, 10 Sep 2010 14:11:00 -0000 Message-ID: <003901cb50f0$49ac41b0$dd04c510$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 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: 2010-09/txt/msg00220.txt.bz2 I tried to compile GDB with --enable-targets=3Dall for x86_64-w64-mingw32=20 target. As 'long' type is 4-byte while pointer type is 8-byte, this target is quite sensitive to so 'dirty' code lying around like casting 'long' or 'unsigned long' to pointers... I had to fix several sources to be able to=20 successfully compile GDB with those configuration options. 2) Add intermediate typecast to uintptr_t to avoid compilation warnings. in alpha-mdebug-tdep.c Note: this is a simple compilation failure fix, I suspect that those kind of assignments might not work correctly in not on a native configuration... Pierre Muller Pascal language support maintainer for GDB 2010-09-10 Pierre Muller * alpha-mdebug-tdep.c (find_proc_desc): Cast SYMBOL_VALUE result to uintptr_t before cast to pointer to avoid warning. Index: src/gdb/alpha-mdebug-tdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvs/src/src/gdb/alpha-mdebug-tdep.c,v retrieving revision 1.25 diff -u -p -r1.25 alpha-mdebug-tdep.c --- src/gdb/alpha-mdebug-tdep.c 23 Apr 2010 15:14:22 -0000 1.25 +++ src/gdb/alpha-mdebug-tdep.c 9 Sep 2010 16:39:57 -0000 @@ -115,7 +115,7 @@ find_proc_desc (CORE_ADDR pc) =20 if (sym) { - proc_desc =3D (struct mdebug_extra_func_info *) SYMBOL_VALUE (sym); + proc_desc =3D (struct mdebug_extra_func_info *) (uintptr_t) SYMBOL_V= ALUE (sym); =20 /* Correct incorrect setjmp procedure descriptor from the library to make backtrace through setjmp work. */