[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gets() issue
From: |
matimatik |
Subject: |
Re: gets() issue |
Date: |
Tue, 20 Nov 2012 08:26:58 +0900 |
On Mon, 19 Nov 2012 15:08:16 -0700
Eric Blake <address@hidden> wrote:
> > #if HAVE_RAW_DECL_GETS
>
> HAVE_RAW_DECL_GETS should only be non-zero if gets() is declared...
>
> > 'gets' undeclared here (not in a function)"
>
> ...but this says gets is undeclared. Are you sure you don't have a
> stale config.cache lying around from pre-glibc 2.16 days, where the
> cache has old information impacting your build?
There is not config.cache in workdir (and I have find-ed it in whole
filesystem just in case – nothing found). What else should I check?
> Other than that, I'd
> have to see your config.log to see why HAVE_RAW_DECL_GETS is getting
> set to non-zero when it is clearly undeclared.
> These logs don't include the full config.log.
Done: https://gist.github.com/4107950#file_config.log
I cannot find #define for HAVE_RAW_DECL_GETS in it (moreover,
'grep -R HAVE_RAW_DECL_GETS .' in workdir doesn't show anything
relevant). But it does contain GNULIB_GETS='1'.
config.log also shows some problem with undeclarated optreset and
getopt_clip. Does this make any sense?
> Also, just looking at
> the captured stdout of configure, I don't see any line that states:
>
> checking whether gets is declared without a macro... XXX
>
> I would expect that line to exist, with a resounding 'no' under modern
> glibc (and a 'yes' in C99), according to the code that would normally
> set HAVE_RAW_DECL_GETS.
Hmmm. What could it mean?
Re: gets() issue, Eric Blake, 2012/11/19
- Re: gets() issue,
matimatik <=