[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ac_sys_largefile / fseeko problem

From: Guido Draheim
Subject: Re: ac_sys_largefile / fseeko problem
Date: Mon, 17 Mar 2003 11:12:42 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.1) Gecko/20020826

Paul Eggert schrieb:
Guido Draheim <address@hidden> writes:

I am using
AC_CHECK_FUNCS(ftello fseeko)

Use AC_FUNC_FSEEKO rather than AC_CHECK_FUNCS(fseeko).
That should work around your problems.

Thanks. However, that macro still calls the glibc
behavior a bug, which I think is simply true. The
glibc cvs stdio.h should be fixed, - atleast do export
fseeko when #def __USE_FILE_OFFSET64 is set!! - just in
order to avoid that silent callframe-mismatch. In other
words, export the REDIRECT atleast when a redirect-call
is required to make things to function properly.

This mode is easily achieved, in the glibc stdio.h part
on fseeko: delete the __USE_LARGEFILE ifdefs within the
#else-part opened by that #ifndef __USE_FILE_OFFSET64.

This minimal change is strictly required unless glibc
maintainers like to see the next program to delete some
large database with an innocent fseeko call of a
software ported to lfs mode running on a glibc system.
Note that C compilers wouldn't even warn about the
missing fseeko declaration unless -Wall or similar was

# --------------
   [Define to 1 to make fseeko visible on some hosts (e.g. glibc 2.2).],
   address@hidden:@include <stdio.h>], [return !fseeko;])

# We used to try defining _XOPEN_SOURCE=500 too, to work around a bug
# in glibc 2.1.3, but that breaks too many other things.
# If you want fseeko and ftello with glibc, upgrade to a fixed glibc.
AC_CACHE_CHECK([for fseeko], [ac_cv_func_fseeko],
[AC_LINK_IFELSE([AC_LANG_PROGRAM(address@hidden:@include <stdio.h>],
                                 [[return fseeko && fseeko (stdin, 0, 0);]])],
if test $ac_cv_func_fseeko = yes; then
    [Define to 1 if fseeko (and presumably ftello) exists and is declared.])

reply via email to

[Prev in Thread] Current Thread [Next in Thread]