Here is a patch so that unistd.h declares all of gnulib's replacements that
belong there.
getcwd.h and getlogin_r.h are gone. Replaced with .
2007-02-18 Bruno Haible <[EMAIL PROTECTED]>
* lib/readlink.c: Include .
* m4/readlink.m4 (gl_FUNC_READLINK): Require gl_UNISTD_H_DEFAULT
Hi Jim,
A gnulib testdir with the module 'ftruncate', cross-compiled to mingw
(--host=i386-pc-mingw32), showed me this:
configure: error: Your system lacks the ftruncate function.
Please report this, along with the output of "uname -a", to the
bug-coreutils@gnu.org mailing lis
The module 'getsubopt' also belongs to the acquaintances of stdlib.h.
I'm applying this:
2007-02-18 Bruno Haible <[EMAIL PROTECTED]>
* lib/stdlib_.h (getsubopt): New declaration, copied from getsubopt.h.
* modules/stdlib (stdlib.h): Also substitute GNULIB_GETSUBOPT and
H
Hi Jim, Paul,
Does the following accurately describe the behaviour of getcwd() in gnulib?
I'm asking because lib/getcwd.c mentions a certain GNU extension, whereas
lib/getcwd.h merely refers to the POSIX spec.
/* Get the name of the current working directory, and put it in SIZE bytes
of BUF.
Currently, the primary repository for gnulib is CVS-based.
The GIT-based mirror, is now updated semi-automatically.
View a summary or browse:
http://git.sv.gnu.org/gitweb/?p=gnulib.git
Check out gnulib using git:
git clone git://git.sv.gnu.org/gnulib
The fchdir module contains code that references the dup2 function, therefore
it needs to depends on the dup2 module.
2007-02-18 Bruno Haible <[EMAIL PROTECTED]>
* modules/fchdir (Depends-on): Add dup2.
*** modules/fchdir 28 Jan 2007 16:10:39 - 1.3
--- modules/fchdir
PS: An addendum.
* lib/argmatch.c: Don't include exit.h.
* lib/execute.c: Likewise.
* lib/pagealign_alloc.c: Likewise.
* lib/pipe.c: Likewise.
* lib/wait-process.c: Likewise.
* lib/copy-file.c: Include instead of exit.h.
* lib/exitfail.c: Li
Hi Jim,
> I don't have time to look into it now, but this seems to
> be the cause of some new coreutils buildbot failures, e.g.,
>
> http://proulx.com:9000/i686%20gnu-linux%20full/builds/753/step-compile/0
>
> I see the failure locally, too.
Thanks for the quick heads-up. This fixes it. (Obvi
Bruno Haible <[EMAIL PROTECTED]> wrote:
> This creates a "complete" . The include files exit.h, mkdtemp.h,
> mkstemp.h no longer exist - use instead.
Hi Bruno,
I don't have time to look into it now, but this seems to
be the cause of some new coreutils buildbot failures, e.g.,
http://proulx.co
This creates a "complete" . The include files exit.h, mkdtemp.h,
mkstemp.h no longer exist - use instead.
2007-02-18 Bruno Haible <[EMAIL PROTECTED]>
* modules/mkstemp (Files): Remove lib/mkstemp.h.
(Depends-on): Add stdlib.
(configure.ac): Invoke gl_STDLIB_MODULE_INDIC
Bruno Haible wrote:
Here's the next "complete" header file, using the same scheme as string.h.
Paolo, this changes all the files from the 'mathl' module:
- mathl.h is replaced by ,
- All the .c modules need to include . Not including it is a
latent potential trouble.
- In some files th
Here's the next "complete" header file, using the same scheme as string.h.
Paolo, this changes all the files from the 'mathl' module:
- mathl.h is replaced by ,
- All the .c modules need to include . Not including it is a
latent potential trouble.
- In some files the copyright headers we
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hello Jim,
>
>> I expect to release coreutils-6.8 (not called "stable", but not
>> particularly "unstable" either) soon. Then, soon (i.e. a week)
>> afterwards, I want to make a stable 6.9 release.
>
> Hmm, should we reduce the amount of gnulib changes in
Hello Jim,
> I expect to release coreutils-6.8 (not called "stable", but not
> particularly "unstable" either) soon. Then, soon (i.e. a week)
> afterwards, I want to make a stable 6.9 release.
Hmm, should we reduce the amount of gnulib changes in this period, or
are you going to shield yourself
I've just made another snapshot.
Changes since the previous one are from gnulib
and from using autoconf-2.61a rather than 2.61.
Both bring bug fixes.
http://meyering.net/cu/coreutils-6.7-dirty.tar.gz
http://meyering.net/cu/coreutils-6.7-dirty.tar.gz.sig
aka
http://meyering.net/cu/coreutils-6
With gnulib's new link-warning module, there is an implicit requirement
that certain directories used by gnulib-tool not contain "#".
In this case, it was the --aux-dir argument that caused trouble.
This ended up in coreutils' lib/gnulib.mk:
LINK_WARNING_H = $(top_srcdir)/.#bootmp/build-aux/li
16 matches
Mail list logo
