[pacman-dev] Bug in libalpm: sizeof(off_t)
Allan McRae
allan at archlinux.org
Thu Nov 21 15:52:15 EST 2013
On 22/11/13 01:19, Jeremy Heiner wrote:
> On Wed, Nov 20, 2013 at 10:26 PM, Jeremy Heiner
> <scalaprotractor at gmail.com> wrote:
>> #if sizeof(off_t) != @???@
>
> Well, that approach seems like it is not going to work. Obviously cpp
> can't do sizeof, but I was hoping configure would provide something to
> fill that gap. However, now I've read through AC_SYS_LARGEFILE and it
> is pretty clear that there's no help there.
>
> Changing alpm.h to use off64_t would be an obstacle to running on
> platforms like smartphones, so I assume that is out. There doesn't
> seem to be a portable way to keep the compiler from generating .o
> files that differ from the libalpm ABI. Nor can the linker detect
> those differences (maybe it could be made to, but not without
> significant changes to the API).
>
> Leaving only one semi-solution that I can see at this moment: document
> this behavior. There's gotta be something I've missed?
>
Nope - documenting is the only real way to deal with this. For example:
http://www.gnupg.org/documentation/manuals/gpgme/Largefile-Support-_0028LFS_0029.html
More information about the pacman-dev
mailing list