Re: valgrind-tests.m4

[ adding bug-libtool ] * Bruno Haible wrote on Wed, May 19, 2010 at 11:12:08AM CEST: Simon Josefsson wrote: my patch invokes valgrind with -q so that it does not output anything, unless there are errors, of course Oh, I see. Indeed. But it spends a lot of time in make check, and does

Re: valgrind-tests.m4

Hi Ben, * Ben Pfaff wrote on Thu, May 20, 2010 at 09:11:58PM CEST: Ralf Wildenhues writes: That's quite bad. Maybe libtool should have a way to use valgrind only on the interesting executable, not the rest of any wrappers, or the libtool script, for efficiency reasons. To run

Add missing include in test-pwrite.c.

OK? Thanks, Ralf Add missing include in test-pwrite.c. * tests/test-pwrite.c: Include string.h, for strcmp. diff --git a/tests/test-pwrite.c b/tests/test-pwrite.c index 549be10..ef80eb2 100644 --- a/tests/test-pwrite.c +++ b/tests/test-pwrite.c @@ -24,6 +24,7 @@ SIGNATURE_CHECK

gnulib tests leftovers

Hello, taking a tree from gnulib-tool --with-tests --test and running distcheck on it ends with [...] | rm -f Makefile | ERROR: files left in build directory after distclean: | ./gltests/out | make[1]: *** [distcleancheck] Error 1 | make[1]: Leaving directory `/tmp/build/dummy-0/_build' |

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

Hello Bruno, 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, and the header comment was enough for me otherwise. Very nice! (I was going to try to extend the code to do something about split

Re: gnulib tests leftovers

Hi Jim, * Jim Meyering wrote on Sun, May 23, 2010 at 10:14:30AM CEST: That is one of the key points of init.sh: automatically isolate tests, so that using generic (not obfuscated out-$$) names like 'out' and 'err' works safely, as expected. Ah, good. I really didn't read the script carefully

Re: gnulib tests leftovers

* Jim Meyering wrote on Sun, May 23, 2010 at 10:22:03AM CEST: Looking at fixing that, I found that pwrite-tests already lists init.sh. Hmm. But it does not use it. Then I saw commit d8fa18472a54c1cb2674c296b3d82443f234d5f7, which did this: Remove useless test-pwrite.sh file.

Re: git-version-gen not EBCDIC compatible

* Eric Blake wrote on Mon, Apr 26, 2010 at 05:44:35PM CEST: Thanks for the report. I'll push this patch shortly for git-version-gen, but there are other culprits (MODULES.html.sh, gnupload, m4/get{delim,line}.m4, m4/javacomp.m4, posix-modules) that are still ascii-specific. Thanks for the

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 and the

Re: check-news target fails if NEWS file starts with a copyright header

Hi Jim, Peter, * Jim Meyering wrote on Fri, Jun 04, 2010 at 02:40:20PM CEST: You may want to put the copyright at the end of NEWS. Human readers prefer it that way, too ;-) Here's what I use: Copyright (C)

Re: ‘libunistring’ module errors

[ adding bug-automake ] Hi Bruno, * Bruno Haible wrote on Thu, Jun 03, 2010 at 02:01:29PM CEST: The reason is that 'aclocal' has generated an aclocal.m4 file that does not include m4/libunistring.m4. I thought that 'aclocal' was using autom4te with --trace options, implying that any

Re: uninstalling relocation wrappers

Hi Ben, * Ben Pfaff wrote on Thu, Jun 10, 2010 at 07:06:53AM CEST: +uninstall-hook: uninstall-relocwrapper +uninstall-relocwrapper: Nice. +if RELOCATABLE_VIA_LD + @: +else + if test $(RELOCATABLE) = yes; then \ + case '$(EXEEXT)' in \ + .bin*) ;; \ +

Re: [PATCH] Fix buglet in code searching for a good shell (tests/init.sh).

Hi Jim, * Jim Meyering wrote on Fri, Jun 11, 2010 at 01:49:35PM CEST: +warn_() { echo $@ 1$stderr_fileno_; } +fail_() { warn_ $ME_: failed test: $@; Exit 1; } +skip_() { warn_ $ME_: skipped test: $@; Exit 77; } +framework_failure_() { warn_ $ME_: set-up failure: $@; Exit 1; } You may want to

Re: [PATCH] test-linkat: avoid failed assertion on other architectures

Hi Bruno, * Bruno Haible wrote on Fri, Jun 11, 2010 at 10:45:29AM CEST: The trick that I use is a script that shows me the differences between the last run and the current run of a command. So, in my working directories, I normally don't run ./configure and make any more, but

Re: rerun

Hello Bruno, * Bruno Haible wrote on Fri, Jun 11, 2010 at 09:42:50PM CEST: Wouldn't build-aux/rerun be a good candidate for a new gnulib module? No, why would it? Packages don't ship 'rerun'. Only maintainers have it in their PATH somewhere. I haven't initiated moving

Re: uninstalling relocation wrappers

Hello, * Bruno Haible wrote on Mon, Jun 14, 2010 at 02:06:55AM CEST: +uninstall-hook: uninstall-relocwrapper +uninstall-relocwrapper: +if RELOCATABLE_VIA_LD + @: +else + if test $(RELOCATABLE) = yes; then \ + case '$(EXEEXT)' in \ + .bin*) ;; \ + *)

Re: uninstalling relocation wrappers

Hi Ben, * Ben Pfaff wrote on Mon, Jun 14, 2010 at 06:36:17PM CEST: Here is another approach that I had not thought of before. What if we added the following to modules/relocatable-prog-wrapper: *) cd $(top_builddir) \ $(MAKE) $(AM_MAKEFLAGS) EXEEXT=.bin$(EXEEXT) \

Re: Support script exceptions

Hi Brett, * Brett Smith wrote on Mon, Jun 21, 2010 at 04:22:28PM CEST: RMS and I have been looking at some of the GNU programs that are still on old licenses with exceptions, and figuring out whether and how they should be updated. We had some unique ideas about some of the support scripts

Re: Support script exceptions

* Brett Smith wrote on Tue, Jun 22, 2010 at 03:26:19PM CEST: On Mon, 2010-06-21 at 19:33 +0200, Ralf Wildenhues wrote: These scripts are all maintained in the Automake source tree; the canonical upstream for symlink-tree is the GCC source tree. Understood. I should explain: the reason I'm

Re: [PATCH] bootstrap: discard non translation project po files

Hi Pádraig, * Pádraig Brady wrote on Tue, Jul 06, 2010 at 11:02:06AM CEST: From 3c537222dd86cdd62f21e085f0a8c43d6fc9707c Mon Sep 17 00:00:00 2001 From: =?utf-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com Date: Tue, 6 Jul 2010 10:00:05 +0100 Subject: [PATCH] bootstrap: discard non translation

Re: [PATCH] unistr/u8-strchr: speed up searching for ASCII characters

Hi Pádraig, * Pádraig Brady wrote on Wed, Jul 07, 2010 at 03:44:29PM CEST: Subject: [PATCH] unistr/u8-strchr: speed up searching for ASCII characters --- a/lib/unistr/u8-strchr.c +++ b/lib/unistr/u8-strchr.c uint8_t * u8_strchr (const uint8_t *s, ucs4_t uc) { uint8_t c[6]; if

Re: avoiding obsolete macros like AC_TRY_RUN

Hello Bruno, * Bruno Haible wrote on Tue, Jul 20, 2010 at 02:40:06AM CEST: Coming back to our discussion of AC_TRY_RUN etc. in [1] http://lists.gnu.org/archive/html/bug-gnulib/2009-09/msg00042.html [2] http://lists.gnu.org/archive/html/bug-gnulib/2009-09/msg00056.html I now realized that

Re: feature request: detect CPU instruction set

Hello Sam, * Sam Steingold wrote on Wed, Jul 21, 2010 at 05:08:02PM CEST: The already existing AC_CANONICAL_HOST is insufficient in that it does not detect the actual cpu instruction set to which the C compiler compiles. Is there something in GCC and/or binutils to bite off of? I mean,

Re: ansi-c++-opt: exploit new autoconf feature

Hi Bruno, * Bruno Haible wrote on Sat, Jul 31, 2010 at 11:35:03PM CEST: The ansi-c++-opt can make use of the recently released Autoconf 2.66 / 2.67. isn't this a user-visible change worthy of a NEWS entry? Thanks, Ralf 2010-07-31 Bruno Haible br...@clisp.org ansi-c++-opt: Provide

Re: characters allowed in --enable-*/--with-*

[ adding bug-gnulib ] * Karl Berry wrote on Tue, Aug 03, 2010 at 01:11:47AM CEST: So gnulib could have --enable-c++. I guess I missed some discussion on bug-gnulib. Overall, cplusplus seems like it would have been simpler/more customary. (That ++ causes endless hassle everywhere.)

Re: characters allowed in --enable-*/--with-*

Hello Bruno, * Bruno Haible wrote on Wed, Aug 04, 2010 at 11:24:19PM CEST: If I can't convince you, then I would propose to be silent about this question in the GNU standards for the moment, This is not an option IMVHO, because it has the very distinct disadvantage that you cannot build

Re: New auxiliary archive script

Hello Karl, * Peter Rosin wrote on Fri, Aug 06, 2010 at 01:43:03PM CEST: Add new auxiliary 'ar-lib' script, wrapping Microsoft lib. * lib/ar-lib: New auxiliary script. [...] could you please adjust your scripts to also autoupdate the 'ar-lib' script from Automake to Gnulib, just like

Fix gnulib-tool sed script de-commentation for AIX sed.

is not a recognized function. OK to push this patch to fix gnulib-tool? Thanks, Ralf 2010-08-21 Ralf Wildenhues ralf.wildenh...@gmx.de Fix gnulib-tool sed script de-commentation for AIX sed. * gnulib-tool (sed_comments): Try indented comments, for AIX 5.3 sed. diff --git a/gnulib-tool b

debugging M4 on AIX 5.3

I'm trying to debug the recent regression of git branch-1.4 M4 over M4 1.4.14 on AIX. First the gnulib stuff. Notes: - 2 gnulib test failures in M4: test-strtod, test-rmdir. I inserted one fprintf in test-strtod.c, for the 0xp input asserting over 'ptr == input + 1': const char input[] =

Re: AC_HEADER_STDBOOL fails with clang

* Eric Blake wrote on Mon, Aug 23, 2010 at 07:36:01PM CEST: I'm still trying to get access to AIX myself (can anyone help in that regards?) but know that Ralf has access, based on his recent attempts to help resolve an m4 build issue. I can look at it, but it'll be a couple of days. Thanks,

Re: [PATCH] stdbool: avoid rejecting clang

* Eric Blake wrote on Tue, Aug 24, 2010 at 01:17:38AM CEST: * m4/stdbool.m4 (AC_HEADER_STDBOOL): Resync with autoconf. * tests/test-stdbool.c: Enable more tests if using the system stdbool.h instead of the gnulib replacement. (main): Move xlc bug test to a runtime test for all compilers.

Re: debugging M4 on AIX 5.3

Continuing with M4 branch-1.4 failures on AIX 5.3: @ ../doc/m4.texinfo:5688: Origin of test ../../m4/checks/164.regexp: stdout mismatch *** m4-tmp.569356/m4-xout Wed Aug 25 19:05:46 2010 --- m4-tmp.569356/m4-outWed Aug 25 19:05:46 2010 *** *** 1,4 ! 5 ! -1 ***

accept4: depend on socklen

Hello Bruno, Simon, OK to apply? I needed this on some system but forgot which. Thanks, Ralf accept4: depend on socklen * modules/accept4: Reorder dependencies. Add socklen. diff --git a/modules/accept4 b/modules/accept4 index 009575c..eff2987 100644 --- a/modules/accept4 +++

Fix malloc, calloc, realloc (was: debugging M4 on AIX 5.3)

* Ralf Wildenhues wrote on Wed, Aug 25, 2010 at 11:25:03PM CEST: Continuing with M4 branch-1.4 failures on AIX 5.3: [...] *** m4-tmp.569356/m4-xerr Wed Aug 25 19:05:46 2010 --- m4-tmp.569356/m4-errWed Aug 25 19:05:46 2010 *** *** 0 --- 1,3 + m4:stdin:1

Re: AC_FUNC_STRTOD

Hello Bruno, * Bruno Haible wrote on Sat, Aug 28, 2010 at 12:56:21PM CEST: Paolo Bonzini wrote on 2010-06-15: - AC_FUNC_STRNLEN This maybe falls in the same group as AC_FUNC_MALLOC/AC_FUNC_REALLOC. OK, let's leave it in Autoconf. But the cross-compilation guess is too pessimistic

Re: Fix malloc, calloc, realloc

Hello, * Eric Blake wrote on Sun, Aug 29, 2010 at 12:12:27AM CEST: On 08/28/2010 01:55 AM, Ralf Wildenhues wrote: M4 1.4.14.6-76d1-dirty works with git gnulib and my patch series on AIX 5.3! Yay. Thanks again, very much, for tracking that down, Ralf. I will be building one more m4

Re: failure to build due to ignoring fwrite() result

Hello, * Paul Eggert wrote on Mon, Aug 30, 2010 at 09:17:34PM CEST: In controversial areas like this, we should look to the GNU coding standards for advice, and they state that one shouldn't cast to void, or use similar measures merely to satisfy a lint checker. So I suggest that we not use

Re: next m4 snapshot

* Eric Blake wrote on Mon, Aug 30, 2010 at 09:55:02PM CEST: Here's the latest snapshot tarball, if nothing goes terribly wrong, then I hope to get 1.4.15 out the door this week. http://people.redhat.com/eblake/m4/m4-1.4.14.9-edf2d.tar.gz Passes check on AIX 5.3. Cheers, Ralf

Re: git log - changelog

Hello, * Eric Blake wrote on Thu, Sep 02, 2010 at 11:23:57PM CEST: The git pages are clear that S-O-B has project-dependent interpretation. Coreutils currently doesn't even use it (the only people with commit privileges to the master coreutils.git have FSF copyright, and it is assumed that

Re: absolute build directory with spaces

Hello, * Jim Meyering wrote on Sat, Sep 04, 2010 at 07:28:58PM CEST: Stefano Lattarini wrote: What about instead making the names of the temporaries source/build/install directories used by make distcheck configurable? This will offer more flexibility, and won't introduce still another

Re: git log - changelog

Hi Gary, * Gary V. Vaughan wrote on Mon, Sep 06, 2010 at 05:20:30AM CEST: On 6 Sep 2010, at 03:44, Ralf Wildenhues wrote: Except that the autotools project logs contain lots of S-O-B entries which explicitly do not have that particular meaning. :-/ I suppose we can create an annotation

Re: POSIXLY_CORRECT not correctly unset in getopt.m4?

Hi Eric, * Eric Blake wrote on Tue, Sep 07, 2010 at 10:13:49PM CEST: POSIX guarantees that awk supplies ENVIRON; are we assuming that this is reasonable portable to all the old-and-crusty vendor implementations out there, since the autoconf manual doesn't state otherwise? No. /bin/awk on

Re: POSIXLY_CORRECT not correctly unset in getopt.m4?

[ let's drop at least bug-standards ] * Eric Blake wrote on Tue, Sep 07, 2010 at 10:38:52PM CEST: More precisely, does AC_PROG_AWK guarantee us an awk that will understand ENVIRON? I think so, yes. Cheers, Ralf

Re: noisy gnulib-tool on IRIX

* Eric Blake wrote on Wed, Sep 08, 2010 at 03:12:48AM CEST: $ /bin/sh -c 'alias 2/dev/null' alias: Not found $ /bin/sh -c '(alias) 2/dev/null' $ /bin/sh -c 'exec 32; exec 2/dev/null; unalias echo; exec 23; exec 3-' $ the indirect redirection of stderr prior to attempting the unfound

Re: [PATCH] init.sh: disqualify shells for which set -x corrupts stderr

* Eric Blake wrote on Wed, Sep 08, 2010 at 04:58:11PM CEST: On 09/08/2010 08:45 AM, Jim Meyering wrote: Besides, isn't Irix 5.x approaching effective museum-only status? Probably, but I don't (yet) have access to Irix 6.5 to test a newer version of that platform. sh and ksh on IRIX 6.5 also

Re: Detection of utmp/pty for *BSD.

[ adding bug-autoconf ] * Mats Erik Andersson wrote on Fri, Sep 10, 2010 at 12:19:08AM CEST: The quick punch lines first: * utmp.h is __NOT__ self-contained, neither for OpenBSD, nor FreeBSD. * libutil.h is __NOT__ self-contained for FreeBSD. In contrast, * util.h __is__

Re: Detection of utmp/pty for *BSD.

* Eric Blake wrote on Fri, Sep 10, 2010 at 03:55:27PM CEST: On 09/09/2010 11:44 PM, Ralf Wildenhues wrote: I think such knowledge has a place in autoconf.texi and maybe also Autoconf macros, too. This is not just interesting for gnulib. Hmm - autoconf already has a node Header Portability

Re: add distdir target to gnu coding standards?

Hello Matt, * Matt Rice wrote on Tue, Sep 14, 2010 at 06:22:35AM CEST: I noticed that autotools when running 'make dist' rely on subdirs implementing a distdir target which wasn't documented in the gnu coding standards, before making an attempt at documenting it I figured i'd ask if it is

Re: module gethostname

Hi Bruce, * Bruce Korb wrote on Wed, Sep 15, 2010 at 07:01:11PM CEST: So, let's start that discussion again: let's make an installable gnulib that basically does all the configure tests for the current target and cover 99% of all configure runs. How about a config.site file? Cheers, Ralf

Re: module libposix (was: module gethostname)

Hi Bruce, * Bruce Korb wrote on Thu, Sep 16, 2010 at 08:00:46PM CEST: 3. config.h needs to be installed. Now, where was that name munger for the config.h header Thinking of AX_PREFIX_CONFIG_H from the Autoconf Macro Archive? BTW, that currently has a PR (with patch) open against it,

Re: Who owns config.rpath?

[ adding bug-gnulib ] Hi Dave, * Dave Korn wrote on Sun, Oct 03, 2010 at 01:42:15PM CEST: I can't find any mention of it at the usual place for external sources (http://gcc.gnu.org/codingconventions.html#upstream), so is our version forked, or is that just an oversight? It comes originally

Re: -no-undefined (was: libposix)

Hi Bruno, * Bruno Haible wrote on Tue, Oct 05, 2010 at 11:46:05AM CEST: 1) libposix_la_LDFLAGS += -no-undefined This should ensure that on all platforms, the linking of libposix.so will fail if there are undefined references. Without waiting for a program to be

Re: Fwd: sed porting trouble

Hello, * Bruno Haible wrote on Tue, Oct 05, 2010 at 10:15:55PM CEST: 2) Why a multi-line expansion of @PRAGMA_SYSTEM_HEADER@ does not work: I explained this in http://lists.gnu.org/archive/html/bug-gnulib/2008-10/msg00296.html. AM_SUBST_NOTMAKE exists in Automake 1.11. For older Automake

Re: Fwd: sed porting trouble

* Bruno Haible wrote on Tue, Oct 05, 2010 at 10:35:13PM CEST: AM_SUBST_NOTMAKE exists in Automake 1.11. Thanks; this is good and would solve half of the problem. But an expansion that contains #if and #pragma would also collide with 'make' syntax, as explained in

Re: multiline substitutions

Hi Bruno, Paul, * Bruno Haible wrote on Tue, Oct 05, 2010 at 11:40:04PM CEST: + (cd $(top_builddir) ./config.status --file=-) $(srcdir)/time.in.h | \ + sed -e '/definitions of _GL_FUNCDECL_RPL/r $(CXXDEFS_H)' \ -e '/definition of _GL_ARG_NONNULL/r $(ARG_NONNULL_H)'

Re: installable gnulib library

Hello Gary, * Gary V. Vaughan wrote on Sat, Oct 09, 2010 at 05:48:04AM CEST: I had to autoreconf to get rid of a ton of spurious configure time errors on my Mac... oddly, the first autoreconf threw up a ton of unset AC_LANG warnings, but when I reran autorecong to log them for later

Re: installable gnulib library

Hi Gary, * Gary V. Vaughan wrote on Sat, Oct 09, 2010 at 02:45:57PM CEST: On 9 Oct 2010, at 15:13, Ralf Wildenhues wrote: * Gary V. Vaughan wrote on Sat, Oct 09, 2010 at 05:48:04AM CEST: ...ah, that's because autoreconf is still running aclocal before libtoolize, autoreconf runs

Re: git push permissions

Hello, * Bruno Haible wrote on Sun, Oct 10, 2010 at 05:49:06PM CEST: 3. to make a new git checkout of gnulib with the non-anonymous method (see https://savannah.gnu.org/git/?group=gnulib). This is not necessary. Once Bruce has the required permission, he can git remote add write

Re: libposix - is it done yet?

* Bruce Korb wrote on Mon, Oct 11, 2010 at 02:59:04AM CEST: On Sun, Oct 10, 2010 at 3:34 PM, Bruno Haible wrote: Bruce Korb wrote: Having looked through the module sources, there is no clear way of deriving the list of header macro names. So you can recognize it through BUILT_SOURCES.

Re: libposix - is it done yet?

* Bruce Korb wrote on Sun, Oct 10, 2010 at 11:45:43PM CEST: However, since folks fixing the modules are highly unlikely to be thinking about miniscule perturbations of libposix interfaces, Why not? They are thinking of adding a NEWS entry, too, for incompatible changes? Bumping the library

Re: libposix - is it done yet?

* Bruce Korb wrote on Mon, Oct 11, 2010 at 07:08:56AM CEST: On Sun, Oct 10, 2010 at 10:04 PM, Ralf Wildenhues wrote: Just to be completely clear, the BUILT_SOURCES in Makefile.am is now overloaded.  Not only does it mean (to automake anyway) that the source gets built first, but also

pkg-config (was: installable gnulib library)

Hello Gary, * Gary V. Vaughan wrote on Mon, Oct 11, 2010 at 09:31:55AM CEST: On 9 Oct 2010, at 22:40, Bruce Korb wrote: I think I know why pkg-config makes autotools people wince... rant I still regret not having noticed pkg-config before it became so pervasive - it basically

git branches (was: [PATCH 0/7] contents of topic/libposix for merge to master)

Hello Bruno, all, * Bruno Haible wrote on Tue, Oct 12, 2010 at 10:03:09PM CEST: There's also a technical problem: Jim decided that in gnulib's git repository, merge commits are disallowed. I don't remeember the rationale, but I think it is a good decision, because 1. it assigns a clear

Re: [PATCH 3/7] iconv_open: reduce not-trivial repetition of file-list

Hi Gary, * Gary V. Vaughan wrote on Wed, Oct 13, 2010 at 11:45:52AM CEST: Hmm... it's a pity that there isn't an Automake syntax for transforming lists of filenames (that works with portable make anyway), since having four near-identical lists of filenames bothers me a (tiny) little bit. For

bogus warning about EXTRA_HEADERS requirement (was: [PATCH 5/7] add _HEADERS primaries to Makefile.am snippets for installable headers)

Hello, and adding bug-automake, * Gary V. Vaughan wrote on Wed, Oct 13, 2010 at 12:06:32PM CEST: On 13 Oct 2010, at 03:55, Bruno Haible wrote: And what's the role or effect of EXTRA_HEADERS? Automake does not do anything with .h files that it doesn't do with .png files. gnulib-tool already

Re: TinyCC bugs

Hi Ludovic, * Ludovic Courtès wrote on Sun, Oct 17, 2010 at 12:16:30AM CEST: BTW, TinyCC compiles all the configure tests and Gnulib files in Guile. It eventually bails out because Libtool insists on invoking it with ‘-rpath’, which it doesn’t support:

Re: [coreutils] Re: Builds of coreutils-8.6.19-1369f

Hello, * Jim Meyering wrote on Sat, Nov 06, 2010 at 02:55:47PM CET: Jim Meyering wrote: Andreas Schwab wrote: Jim Meyering writes: cat \EOF init.cfg f() { case $IFS in '') exit 91;; esac local s=$IFS case $s in '') exit 97;; esac } f EOF $ /bin/sh -c '. init.cfg'

Re: [coreutils] Re: Builds of coreutils-8.6.19-1369f

* Jim Meyering wrote on Sat, Nov 06, 2010 at 06:14:05PM CET: Ralf Wildenhues wrote: - Posix does not require IFS to be set upon script startup. It only requires that, if IFS is unset, word splitting ought to behave as if it were set to space, tab, and newline, in that order

Re: [coreutils] Re: Builds of coreutils-8.6.19-1369f

* Jim Meyering wrote on Sun, Nov 07, 2010 at 12:22:13PM CET: Ralf Wildenhues wrote: * Jim Meyering wrote on Sat, Nov 06, 2010 at 06:14:05PM CET: Ralf Wildenhues wrote: - Posix does not require IFS to be set upon script startup. It only requires that, if IFS is unset, word splitting

Re: libposix stuff

Hello, * Bruce Korb wrote on Mon, Nov 08, 2010 at 05:29:57PM CET: On 11/07/10 12:40, Bruno Haible wrote: -extern char *program_name; +char *program_name; ... + char const *p = program_name ? program_name : unknown; No, this is not OK, for two reasons: 1) It will cause a

Re: [libvirt] boostrap: gzip version check problem on FreeBSD

Hello, * Eric Blake wrote on Fri, Nov 12, 2010 at 10:40:25PM CET: On 11/12/2010 02:35 PM, Paul Eggert wrote: On 11/12/2010 12:50 PM, Eric Blake wrote: + s/^\([0-9]\{1,\}\(\.[.a-z0-9-]*\)\)*.*/\1/ Surely that is a typo. The *\)\)* should be a *\)*\). Aargh - I tested on one

Re: [bug #31646] grep fails to build on Solaris 10, because it lacks grep

* Paolo Bonzini wrote on Sun, Nov 14, 2010 at 08:09:12PM CET: On 11/14/2010 06:48 PM, Florin Iucha wrote: checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking how to run the C preprocessor... cc -E checking for grep that handles long

Re: [PATCH] bootstrap: add bootstrap_sync option.

Hello, * Paul Eggert wrote on Mon, Nov 15, 2010 at 07:30:55PM CET: One problem I forsee is that, if the script is modified in place, the modification can occur while the shell is reading the script. So one must first create the desired script as a separate file, and then atomically rename

Re: stdint.m4: HAVE_SYS_INTTYPES_H set to breaks build

* Mike Frysinger wrote on Sat, Nov 20, 2010 at 01:31:13AM CET: that isnt quite the case here. when i do `make clean`, lib/stdint.h does get removed. but the `make` still does GEN on stdint.h even after the re- configure with the new target. That's because some .deps/*.Po files still refer

Re: [PATCH] bootstrap: add bootstrap_sync option.

* Joel E. Denny wrote on Sat, Nov 20, 2010 at 05:27:08AM CET: Thanks to everyone for the input. How about the following patch? I foresee two minor issues: 1. If someone does bash bootstrap, I'm not sure how to detect that in order to do it again in the exec. Yep, sounds like a problem.

Re: [PATCH] bootstrap: add bootstrap_sync option.

* Joel E. Denny wrote on Sat, Nov 20, 2010 at 03:56:49PM CET: On Sat, 20 Nov 2010, Ralf Wildenhues wrote: 1. If someone does bash bootstrap, I'm not sure how to detect that in order to do it again in the exec. Yep, sounds like a problem. How about honoring $CONFIG_SHELL

Re: gnulib stdint.h substitution of int64_t results in a linking error in GCC 4.(3|2|0) on OSX

Hello Paul, * Paul Eggert wrote on Wed, Nov 24, 2010 at 09:07:52PM CET: I pushed the following patch; could you please give it a try? I don't have an OSX host to test it on. Thanks. From 531b8a416b6ae40f89808e1db8976eb25972e661 Mon Sep 17 00:00:00 2001 From: Paul Eggert egg...@cs.ucla.edu

<    2   3   4   5   6   7