Re: [wip:binutils] Large corefile support

[Andrew Cagney <cagney at gnu dot org>]

> jtc@acorntoolworks.com (J.T. Conklin) writes:
>
>
> > If file_ptr is changed to be defined in terms of long/off_t/off64_t
> > (depending on what's available on the host), it seems worthwhile to
> > create a bfd_fseek() that wraps fseek/fseeko/fseeko64 (likewise for
> > bfd_ftell() and ftell/ftello/ftello64) so that conditionals for each
> > type are isolated in a single place.
>
>
> Yes, I agree, and we already have bfd_seek and bfd_tell.  Nothing else
> should call fseek or ftell on the FILE underlying a BFD.

I'm guessing as internal-only interfaces?  Nothing other than BFD, 
should known that the underlying implementation uses FILE.

The other option would be to publish these vis:
	bfd_fseek (FILE *, file_ptr, int)
but that would mean requiring <stdio.h> (unless a "struct bfd_file *" 
instead of "FILE *" was used :-).

Andrew