This is the mail archive of the
mailing list for the elfutils project.
Re: [PATCH] Trust AC_SYS_LARGEFILE to provide large file support
- From: Mark Wielaard <mjw at redhat dot com>
- To: elfutils-devel at lists dot fedorahosted dot org
- Date: Fri, 09 Oct 2015 13:17:45 +0200
- Subject: Re: [PATCH] Trust AC_SYS_LARGEFILE to provide large file support
On Thu, 2015-10-08 at 13:05 -0700, Josh Stone wrote:
> AC_SYS_LARGEFILE defines _FILE_OFFSET_BITS in config.h if needed for
> LFS, and this automatically maps things like open to open64. But quite
> a few places used explicit 64-bit names, which won't work on platforms
> like FreeBSD where off_t is always 64-bit and there are no foo64 names.
> It's better to just trust that AC_SYS_LARGEFILE is doing it correctly.
> But we can verify this too, as some file could easily forget to include
> config.h. The new tests/run-lfs-symbols.sh checks all build targets
> against lfs-symbols (taken from lintian) to make sure everything was
> implicitly mapped to 64-bit variants when _FILE_OFFSET_BITS is set.
Very nice cleanup and a clever testscase.
Please do check it in.
Two questions though (they can be dealt with separately):
> diff --git a/libdwfl/linux-kernel-modules.c b/libdwfl/linux-kernel-modules.c
> index dafe893cbda5..38b5170a1a81 100644
> --- a/libdwfl/linux-kernel-modules.c
> +++ b/libdwfl/linux-kernel-modules.c
> @@ -44,6 +44,13 @@
> #include <fcntl.h>
> #include <unistd.h>
> +/* Since fts.h is included before config.h, its indirect inclusions may not
> + give us the right LFS aliases of these functions, so map them manually. */
> +#ifdef _FILE_OFFSET_BITS
> +#define open open64
> +#define fopen fopen64
What is the story behind fts.h? Is its usage not off_t 64bit clean?
And what should we do about the usage of loff_t in the public libelf.h
API? We cannot just change those to off_t since we require 64bit
offsets. And we don't want a different ABI depending on how libelf.h is
included (with/without _FILE_OFFSET_BITS).