Re: git-changelog package?

Bruno Haible wrote: > Hi Simon and Jim, > > When I look at > , > searching for the word "changelog", I see that there are three tools from > GNU people for dealing with the ChangeLog file format that is part of GNU > conventio

Re: git-merge-changelog: mention --split-merged-entry in the header comment.

* Bruno Haible wrote on Sun, May 23, 2010 at 06:12:46PM CEST: > > Also, I noticed that this file is copyrighted by you, not to the FSF > > Oversight? > > Some day, I intend to put this into a better place than gnulib, or have it > distributed as a contrib in git. Don't know. - Since git is GPLv2 a

Re: git-changelog package?

Bruno Haible writes: > Hi Simon and Jim, > > When I look at > , > searching for the word "changelog", I see that there are three tools from > GNU people for dealing with the ChangeLog file format that is part of GNU > convent

Re: [PATCH 00/15] Add libunistring-optional module

Hi all, Since that change, that introduced the m4/libunistring-base.m4 file, users of libunistring modules from gnulib *must* use the automake option 'subdir-objects'. The automake documentation makes it sound like the use of the Automake option subdir-objects is merely a matter of style and prefe

git-changelog package?

Hi Simon and Jim, When I look at , searching for the word "changelog", I see that there are three tools from GNU people for dealing with the ChangeLog file format that is part of GNU conventions and traditions: - Simon, your

Re: git-merge-changelog: mention --split-merged-entry in the header comment.

Hi Eric, > merge neighboring entries if > they share the same author and date, to get a rebased series to use the > same style as the original branch, so that the mere act of rebasing > doesn't break the author's style of merged entries? I can imagine an option that would serve this purpose (for

unistr/u8-strcoll: make result more predictable

On NetBSD 5.0, the u8-strcoll test failed, because it used iconv with transliteration, and the results depend too much on the iconv implementation being used: "•" maps to "o" with glibc or libiconv, but to "?" with NetBSD iconv. The fix is to rely only on strict (lossless) iconv conversion. 2010-

Re: git-merge-changelog: mention --split-merged-entry in the header comment.

On 05/23/2010 10:12 AM, Bruno Haible wrote: > Hi Ralf, > >> I only now became aware of the --split-merged-entry option which >> git-merge-changelog provides, because I never bothered to look at --help >> output > > Whereas I was aware of the option, but thought I would never need it, > and was th

Re: Add missing include in test-pwrite.c.

On 05/23/2010 01:55 AM, Ralf Wildenhues wrote: > OK? > > Thanks, > Ralf > > Add missing include in test-pwrite.c. > > * tests/test-pwrite.c: Include string.h, for strcmp. Yes. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org

regex and alloca

What are the requirements of the 'regex' module on platforms that don't have alloca()? All uses of alloca are inside regexec.c and are guarded by a call to if (__libc_use_alloca (n)), which expands to if (0). This means: 1) The library does not really need to provide an alloca function. 2) Bu

Re: tweak recommendation for regex.h

Bruno Haible wrote: > gnulib-tool told me: > You may need to add #include directives for the following .h files. > #include "regex.h" > > But since regex.h is specify by POSIX, the include should normally written as > #include > > Any objections to this patch? ... > -"regex.h" > + Go fo

tweak recommendation for regex.h

gnulib-tool told me: You may need to add #include directives for the following .h files. #include "regex.h" But since regex.h is specify by POSIX, the include should normally written as #include Any objections to this patch? --- modules/regex.orig Mon May 24 12:01:29 2010 +++ module