Re: Typos in README

2005-08-10 Thread Karl Berry
Please apply these trivial typo fixes, thank you. Thanks, did that. Made a few other updates while I was at it. Best, karl ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

Re: [bug-gnulib] Re: strnlen.h needed?

2005-08-10 Thread Bruno Haible
Simon Josefsson wrote: > Ok to install? strnlen is a GNU extension, according to libc manual. > There were some discussion regarding strnlen.h, but the patch below > has worked for me for a while. Any problems can be fixed later on. > It seems correct to me. Looks OK to me too. Except I would ad

Re: xvasprintf: don't depend directly on xalloc-die

2005-08-10 Thread Bruno Haible
Simon Josefsson wrote: > Why was a hard dependency on xalloc-die added? Because xvasprintf.c calls xalloc_die(), and the majority of applications don't have their own xalloc_die substitute. > Wasn't the point of separating xalloc-die from the xmalloc module to > allow applications to supply its o

Re: xvasprintf: don't depend directly on xalloc-die

2005-08-10 Thread Derek Price
Simon Josefsson wrote: >Sorry, it seems the xalloc-die logic has changed, so my patch may be >wrong. Specifically: > >2005-07-15 Paul Eggert <[EMAIL PROTECTED]> > > * modules/xalloc (Depends-on): Add xalloc-die. > * modules/xvasprintf (Depends-on): Add xalloc-die. > >I can't find th

xvasprintf: don't depend directly on xalloc-die

2005-08-10 Thread Simon Josefsson
Just like xmalloc doesn't have a hard dependency on xalloc-die, I don't think xvasprintf should have. Will install in a few days unless someone objects. (In Shishi, I use a custom die-function, but xvasprintf drag in the gnulib defined one... ungood.) 2005-08-10 Simon Josefsson <[EMAIL PROTECT

Re: xvasprintf: don't depend directly on xalloc-die

2005-08-10 Thread Simon Josefsson
Sorry, it seems the xalloc-die logic has changed, so my patch may be wrong. Specifically: 2005-07-15 Paul Eggert <[EMAIL PROTECTED]> * modules/xalloc (Depends-on): Add xalloc-die. * modules/xvasprintf (Depends-on): Add xalloc-die. I can't find the discussion behind this change

Re: error: possibly undefined macro: AC_CHECK_HEADERS_ONCE

2005-08-10 Thread Bruno Haible
Stepan Kasal wrote: > The macro gl_INCLUDED_REGEX contains this: > > m4_syscmd([test -f '$1']) > ifelse(m4_sysval, 0, > [ ... > gl_PREREQ_REGEX > ]) > ... > > Why is the above trick necessary? Why should the macro expansion > depend on the presence of the file? That

Re: strnlen.h needed?

2005-08-10 Thread Simon Josefsson
(Old thread; I want to clean up my gnulib CVS tree...) Simon Josefsson <[EMAIL PROTECTED]> writes: > Dave Love <[EMAIL PROTECTED]> writes: > >> It looks as if gnulib needs a strnlen.h which declares rpl_strnlen >> appropriately (conditional on HAVE_STRNLEN) and it should be used in >> files where

test-iconvme

2005-08-10 Thread Simon Josefsson
I installed this, a simple test tool for iconvme. 2005-08-10 Simon Josefsson <[EMAIL PROTECTED]> * tests/test-iconvme.c: New file. Index: tests/test-iconvme.c === RCS file: tests/test-iconvme.c diff -N tests/test-iconvme.c

Re: error: possibly undefined macro: AC_CHECK_HEADERS_ONCE

2005-08-10 Thread Stepan Kasal
Hello, On Sun, Aug 07, 2005 at 01:21:04PM -0400, Sam Steingold wrote: > > Maybe this trick is not working reliably; aclocal was not designed for > > this... Could you post the ad hoc created configure.in? so it seems the problem is in regex.m4, which comes from gnulib. Thus I cc this post to bug