vsnprintf unnecessarily configures and builds vasnprintf.o etc.

I recently modified a test version of Emacs to use gnulib's vsnprintf module, and found that on my RHEL 5.6 host (which has a working vsnprintf), the gnulib code added quite a bit of of unnecessary work to configure and build vasnprintf.o, printf-parse.o, printf-args.o, and asnprintf.o. None of the

Re: proposed patch for bootstrap

Howdy Bruce! On Wed, Apr 06, 2011 at 10:28:28AM -0700, Bruce Korb wrote: > On 04/06/11 09:50, Gary V. Vaughan wrote: > >>1. gnulib_non_module_files ought to be dependent upon not being set > >> by bootstrap.conf (as is the case), but also $build_aux. > >> if configure.ac or bootstrap.conf

Re: RFC socketpair

Hi Bastien, > A request for comment for a socketpair for windows. > > Please comment. I think it is too early for us to comment, because it appears that you have not yet started to compile and test the code: > int > socketpair (int domain, int type, int protocol, int sv[2]) > { > return raw_so

Re: license request: relax pipe2 to LGPLv2+

Eric, > given your above agreement to my broader question I had misread your mail and thought you were only asking about lib/pipe2.c. But relaxing lib/binary-io.h is also fine with me; it was already under LGPLv2+ until 2007. Bruno -- In memoriam The children of Izieu

Re: license request: relax pipe2 to LGPLv2+

On 04/05/2011 05:50 PM, Bruno Haible wrote: > Eric Blake wrote: >> I don't see pipe2 as adding much beyond pipe-posix, cloexec, or >> nonblocking, all of which are LGPLv2+, and libvirt would really like to >> start using atomic fd flag creation routines like pipe2() to avoid data >> races on new en

Re: proposed patch for bootstrap

On 04/06/11 09:50, Gary V. Vaughan wrote: I'd suggest a couple of tweaks: 1. gnulib_non_module_files ought to be dependent upon not being set by bootstrap.conf (as is the case), but also $build_aux. if configure.ac or bootstrap.conf changes it, this variable will not be correct.

Re: proposed patch for bootstrap

Howdy Bruce! On Wed, Apr 06, 2011 at 08:41:43AM -0700, Bruce Korb wrote: > On 04/05/11 21:06, Gary V. Vaughan wrote: > >AFAICT, very little (if anything) remains to be done short of actually > >commiting it to the repository. I did stall on the horrid slurp function > >shared among a few projects

Re: [PATCH] file-has-acl: use acl_extended_file_nofollow() if available

On Wednesday 06 April 2011 16:49:31 Kamil Dudka wrote: > Hello, > > the attached patch allows ls(1) from coreutils to eliminate unnecessary > calls of getxattr() and thus prevents it from triggerring unnecessary > mounts while listing files. The feature is enabled automatically whenever > acl_exte

Re: proposed patch for bootstrap

On 04/05/11 21:06, Gary V. Vaughan wrote: AFAICT, very little (if anything) remains to be done short of actually commiting it to the repository. I did stall on the horrid slurp function shared among a few projects with slight divergences, but that is an issue for bootstrap.conf files (if they hav

[PATCH] file-has-acl: use acl_extended_file_nofollow() if available

Hello, the attached patch allows ls(1) from coreutils to eliminate unnecessary calls of getxattr() and thus prevents it from triggerring unnecessary mounts while listing files. The feature is enabled automatically whenever acl_extended_file_nofollow() is available at build-time. See the follo

Re: Using /proc/mounts in mountlist.c for linux

On Tue, Apr 05, 2011 at 03:18:02PM +0100, Pádraig Brady wrote: > On 05/04/11 13:36, Philipp Thomas wrote: > > GNU find will not recognize file systems of type autofs on newer Linux > > kernels as autofs entries are only listed in /proc/mounts and mountlist.c > > includes glibc mntent.h which takes

[PATCH] {master} coverage: add tests on remake rules in more complex situations (was: Re: not breaking "make" after m4 macros and source files changed)

[adding automake-patches] [IMHO further answers can drop automake and bug-gnulib] Reference: On Sunday 03 April 2011, Bruno Haible wrote: > Hi Ralf, Stefano, > > > I'll make amend by writing the new testcases, if you can wait so

Re: Using /proc/mounts in mountlist.c for linux

On 06/04/11 12:03, Karel Zak wrote: > On Tue, Apr 05, 2011 at 03:18:02PM +0100, Pádraig Brady wrote: >> On 05/04/11 13:36, Philipp Thomas wrote: >>> GNU find will not recognize file systems of type autofs on newer Linux >>> kernels as autofs entries are only listed in /proc/mounts and mountlist.c >

RFC socketpair

Hi, A request for comment for a socketpair for windows. Please comment. In order to support AF_UNIX we will need to do the same thing that with dirfd. Bastien /* Copyright (C) 2011 Free Software Foundation, Inc. This program is free software: you can redistribute it and/or modify it unde

RE: A bug in findutils?

Thanks. I got it circumvented by changing the guard of gnulib/lib/wchar.h from "#ifndef _GL_WCHAR_H" to "#if ! defined _GL_WCHAR_H || ! defined _WINT_H" -Original Message- From: ja...@youngman.org [mailto:ja...@youngman.org] On Behalf Of James Youngman Sent: Saturday, April 02, 2011 20:

Re: [PATCH] maint.mk: Don't trigger sc_space_tab check.

Simon Josefsson wrote: > * top/maint.mk (sc_prohibit_empty_lines_at_EOF): Don't trigger > sc_space_tab check. ... > diff --git a/top/maint.mk b/top/maint.mk ... > sc_prohibit_empty_lines_at_EOF: > @perl -le '$(require_exactly_one_NL_at_EOF_)' $$($(VC_LIST_EXCEPT)) \ > - || { echo '$