[wip:binutils] Large corefile support

Daniel Jacobowitz drow@mvista.com
Sun Jan 18 02:31:00 GMT 2004


On Sat, Jan 17, 2004 at 09:25:53PM -0500, Ian Lance Taylor wrote:
> Alan Modra <amodra@bigpond.net.au> writes:
> 
> > On Sat, Jan 17, 2004 at 03:29:45PM -0500, Ian Lance Taylor wrote:
> > > Andrew Cagney <ac131313@redhat.com> writes:
> > > 
> > > > > Admittedly the issue is confused now, because file_ptr is typedefed to
> > > > > be bfd_signed_vma.  But we don't need to perpetuate the confusion.  I
> > > > > think we should define file_ptr to be off_t or off64_t, and then
> > > > > consistently use ftello or ftello64 and friends if they are available.
> > > > 
> > > > So always use 64-bit file I/O when available?
> > > 
> > > Yes, I suppose that is what I am suggesting.  Does anybody think that
> > > would be a bad idea?
> > 
> > You could reasonably use 32-bit file IO if bfd_vma is 32 bits.
> 
> But Andrew's original bug report was that BFD couldn't handle core
> files greater than 2G on the i386.  For that target, bfd_vma can be 32
> bits.  Yet 64-bit file I/O is apparently required.

Probably because off_t is a signed 32 bit quantity, in case anyone is
as confused as I was by this problem.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer



More information about the Binutils mailing list