From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27435 invoked by alias); 25 Nov 2007 19:08:37 -0000 Received: (qmail 27425 invoked by uid 22791); 25 Nov 2007 19:08:37 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 25 Nov 2007 19:08:26 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 6F97598349 for ; Sun, 25 Nov 2007 19:08:24 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 574FA980A5 for ; Sun, 25 Nov 2007 19:08:24 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.68) (envelope-from ) id 1IwMq7-00031V-6K for gdb-patches@sourceware.org; Sun, 25 Nov 2007 14:08:23 -0500 Date: Sun, 25 Nov 2007 19:08:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sourceware.org Subject: Re: [RFC/RFA] Allow cygwin native to compile with --enable-64-bit-bfd Message-ID: <20071125190823.GA11606@caradoc.them.org> Mail-Followup-To: gdb-patches@sourceware.org References: <000001c82dad$e507e0b0$af17a210$@u-strasbg.fr> <20071124210708.GE4928@ednor.casa.cgf.cx> <20071124224727.GA13580@caradoc.them.org> <20071125173207.GA7689@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071125173207.GA7689@ednor.casa.cgf.cx> User-Agent: Mutt/1.5.15 (2007-04-09) X-IsSubscribed: yes 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/msg00471.txt.bz2 On Sun, Nov 25, 2007 at 12:32:08PM -0500, Christopher Faylor wrote: > On Sat, Nov 24, 2007 at 05:47:27PM -0500, Daniel Jacobowitz wrote: > >On Sat, Nov 24, 2007 at 04:07:08PM -0500, Christopher Faylor wrote: > >> > if (!target_read_string > >> >- ((CORE_ADDR) current_event.u.DebugString.lpDebugStringData, &s, 1024, > >> >0) > >> >+ ((CORE_ADDR) addr, &s, 1024, 0) > >> > >> How can coercing something to uintptr_t and then to CORE_ADDR achieve > >> anything? How does the double coercion help? > > > >Just the warning. CORE_ADDR will be long long, > >current_event.u.DebugString.lpDebugStringData will apparently be a pointer. > > And the warning is? Cast from pointer to integer of different size. Casts are the way we've handled it elsewhere in GDB, but I wouldn't complain about a wrapper; casting host pointers to CORE_ADDRs is an action we try to keep to a minimum anyway. -- Daniel Jacobowitz CodeSourcery