bug-gnulib
[Top][All Lists]
Advanced

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

Re: glob-libc.h not installed


From: Bruce Korb
Subject: Re: glob-libc.h not installed
Date: Wed, 04 May 2011 09:24:56 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110221 SUSE/3.1.8 Thunderbird/3.1.8

On 05/04/11 00:08, Reuben Thomas wrote:
2.  fiddle a project to detect that it is "sufficiently recent" .....

I ignored this problem. My principle interest at present is to build
the luaposix Lua bindings for POSIX APIs, so any version of libposix
makes things better and is hence "new enough".

:)

3.  configure, build, test, install and test installation of said project.

Since luaposix doesn't use autotools, this simply consists of adding
-I/usr/local/include/libposix and -lposix to appropriate points in the
Makefile.

I then get the error:

cc -fPIC -I/usr/local/include -I/usr/local/include/libposix -pedantic

You want the libposix headers first, I think, but probably not crucial.

In file included from lposix.c:25:0:
/usr/local/include/libposix/glob.h:381:23: fatal error: glob-libc.h:
No such file or directory
compilation terminated.
>
The first error is eliminated by passing -std=gnu99, but maybe this
should not be necessary?

I cannot tell.  My version of time.in.h is only 250 lines long, so I
don't know what line 469 looks like.  My guess is some auto-editing
variation of:

_GL_FUNCDECL_RPL (gmtime_r, struct tm *, (time_t const *restrict __timer,
                                          struct tm *restrict __result)
                                         _GL_ARG_NONNULL ((1, 2)));
likely yielding:
struct tm * rpl_gmtime_r(time_t const *restrict __timer,
                         struct tm *restrict __result);

The second seems indeed to be a case of
glob-libc.h not being installed.


That be a gnulib bug.  I'll sync up the libposix branch just to be sure
it hasn't been fixed already.



reply via email to

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