[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: fseeko on Stratus VOS (was: Stupid newbie question/ramble: Install?)
From: |
Bruno Haible |
Subject: |
Re: fseeko on Stratus VOS (was: Stupid newbie question/ramble: Install?) |
Date: |
Sat, 17 Nov 2007 04:38:19 +0100 |
User-agent: |
KMail/1.5.4 |
Jay Levitt wrote:
> The top-level config.log says:
>
> configure:4830: checking for fseeko
> configure:4881: result: no
> ...
> gl_cv_func_fseeko=no
> GNULIB_FSEEKO='1'
> HAVE_FSEEKO='0'
> REPLACE_FSEEKO='1'
>
> The generated config.h says:
>
> #define HAVE_FSEEKO 1
Hmm. So the "checking for fseeko" (from fseeko.m4 or fflush.m4) says that
fseeko is absent, but AC_FUNC_FSEEKO says that fseeko exists?! Can you show
more details from config.log,
- from the "checking for fseeko" check,
- from the "checking for _LARGEFILE_SOURCE value needed for large files"
check?
And does your system have fseeko? (What do the includes files say? And the
manual pages?)
> So now I'm confused, and I'm not sure exactly how it's *supposed* to
> work - I don't have another system that's missing fseeko.
rpl_fseeko is a wrapper around fseeko. On systems which don't have fseeko,
these lines in lib/fseeko.c take effect:
#if !HAVE_FSEEKO
# undef fseek
# define fseeko fseek
#endif
i.e. rpl_fseeko becomes a wrapper around fseek.
Systems which don't have fseeko are OSF/1 4.0, Solaris 2.5.1, mingw. On at
least two of these, the gnulib fseeko module is known to work.
Bruno