This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: w64 native support needs type abstraction for long
- From: Kai Tietz <Kai dot Tietz at onevision dot com>
- To: "H. J. Lu" <hjl at lucon dot org>
- Cc: binutils at sources dot redhat dot com
- Date: Wed, 4 Apr 2007 16:04:27 +0200
- Subject: Re: w64 native support needs type abstraction for long
"H. J. Lu" <hjl@lucon.org> wrote on 04.04.2007 15:57:01:
> On Wed, Apr 04, 2007 at 03:49:43PM +0200, Kai Tietz wrote:
> > binutils-owner@sourceware.org wrote on 04.04.2007 15:33:59:
> >
> > > On Wed, Apr 04, 2007 at 11:13:07AM +0200, Kai Tietz wrote:
> > > > Hello,
> > > >
> > > > I am currently on the port of binutils (especially of libbfd for
gdb)
> > to
> > > > support native windows 64. Here I noticed, that in some places a
> > "long"
> > > > type is used for helding pointer values (e.g. in
> > > > "/include/coff/internal.h" for structure internal_syment). I would
> > like to
> > > > introduce for this the type "longptr_t" defined as follows
> > > >
> > >
> > > Can't you just use bfd_vma?
> >
> >
> > I don't think so AFAICS. Is bfd_vma always wide-enough for a host long
and
> > a pointer ?
>
> Yes. If not, it is a bug. bfd_vma is unsigned and bfd_signed_vma is
> signed.
Thanks, than I will prepare the patch by using bfd_vma.
i.A. Kai Tietz