bug-gnulib
[Top][All Lists]
Advanced

[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





reply via email to

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