Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Christopher Faylor <cgf-use-the-mailinglist-please@sourceware.org>
To: gdb-patches@sourceware.org, Pierre Muller <muller@ics.u-strasbg.fr>
Subject: Re: [RFA v2] Allow cygwin native to compile with 	--enable-64-bit-bfd
Date: Sun, 02 Dec 2007 02:43:00 -0000	[thread overview]
Message-ID: <20071202024311.GB15745@ednor.casa.cgf.cx> (raw)
In-Reply-To: <000901c83270$2a7f7060$7f7e5120$@u-strasbg.fr>

On Thu, Nov 29, 2007 at 11:11:11AM +0100, Pierre Muller wrote:
>> >> 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.
>> 
>> I wouldn't mind a double cast either, if there is precedent for that.
>
> Here is a revised patch that only uses double typecasts.
> I ran the testsuite and got a slight improvement (2 FAIL less in
>gdb.base/signals.exp),
>but I doubt this is significant...
>
>OK to check in?

I'd like to get opinions from other maintainers on the use of a macro
for this case.  I don't like seeing unexplained double casts like this
and I think a macro could make it clearer.

Daniel were you implying that you would just tolerate a macro here or
do you think it's an ok idea.

cgf

>ChangeLog entry:
>
>2007-11-28  Pierre Muller  <muller@ics.u-strasbg.fr>
>
>	*win32-nat.c: Allow compilation if CORE_ADDR is 8 byte long.
>	Add "gdb_stdint.h" dependency required for uintptr_t type use.
>	(handle_output_debug_string): Use uintptr_t typecast.
>	(handle_exception): Ditto.
>	(win32_xfer_memory): Ditto.


  reply	other threads:[~2007-12-02  2:43 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-23  8:50 [RFC/RFA] " Pierre Muller
2007-11-24 21:07 ` Christopher Faylor
2007-11-24 22:47   ` Daniel Jacobowitz
2007-11-25 17:32     ` Christopher Faylor
2007-11-25 19:08       ` Daniel Jacobowitz
2007-11-25 22:12         ` Christopher Faylor
2007-11-26  9:12           ` Pierre Muller
2007-11-26 15:18             ` Ulrich Weigand
2007-11-29 10:11           ` [RFA v2] " Pierre Muller
2007-12-02  2:43             ` Christopher Faylor [this message]
2007-12-02  4:00               ` Daniel Jacobowitz
2007-12-03 15:18                 ` [RFA v3] " Pierre Muller
2007-12-06  9:23                   ` Christopher Faylor
2007-12-06 14:06                     ` Pierre Muller

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=20071202024311.GB15745@ednor.casa.cgf.cx \
    --to=cgf-use-the-mailinglist-please@sourceware.org \
    --cc=gdb-patches@sourceware.org \
    --cc=muller@ics.u-strasbg.fr \
    /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