Re: [PATCH] maint: ship .xz, not .lzma

On 14 Sep 2010, at 11:58, Ralf Wildenhues wrote: > Hi Eric, > > * Eric Blake wrote on Mon, Sep 13, 2010 at 11:34:23PM CEST: >> * configure.ac (AM_INIT_AUTOMAKE): Prefer better file format. > >> Any objections to this patch? xz is a more robust successor to lzma. > > I'm fine with, if you also a

autobuild results

I've tried to get as many coverage results as possible on Sunday. http://autobuild.josefsson.org/libtool/ lists most of them now. Feel free to add your own. Feel even more free to peruse the logs and fix remaining failures. :-) It should be noted that the "Results" column isn't completely right

Re: [PATCH] maint: ship .xz, not .lzma

Hi Eric, * Eric Blake wrote on Mon, Sep 13, 2010 at 11:34:23PM CEST: > * configure.ac (AM_INIT_AUTOMAKE): Prefer better file format. > Any objections to this patch? xz is a more robust successor to lzma. I'm fine with, if you also adjust HACKING, .gitignore, Makefile.maint. We require new-enoug

Re: How many spaces after a period?

Hi Gary, will texinfo render badly spaced dvi (or other) if we use single spaces after a period, or even if we are inconsistent throughout an input document? DVI isn't the problem (TeX always does the right thing). Info is the problem. Makeinfo does cheap text refilling. So if a sente

[PATCH] maint: ship .xz, not .lzma

* configure.ac (AM_INIT_AUTOMAKE): Prefer better file format. Signed-off-by: Eric Blake --- Any objections to this patch? xz is a more robust successor to lzma. ChangeLog|5 + configure.ac |2 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/ChangeLog b/Change

Re: doc: wrapping, categorizing, and indexing improvements.

Hi Gary, * Gary V. Vaughan wrote on Mon, Sep 13, 2010 at 05:24:51AM CEST: > On 12 Sep 2010, at 21:12, Ralf Wildenhues wrote: > > OK to push? > > Okay with nits addressed. Thanks for the review. > > @cindex libtool libraries > > -...@cindex @samp{.la} files > > +...@cindex @file{.la} files > > A

Re: tests: avoid empty AT_DATA contents, for zsh.

[adding bug-autoconf] On 09/13/2010 08:18 AM, Eric Blake wrote: On 09/13/2010 08:16 AM, Eric Blake wrote: On 09/12/2010 09:30 AM, Ralf Wildenhues wrote: This fixes the remaining testsuite failures with zsh 4.3.10 on FreeBSD. cat>file< Ouch - that's a nasty bug. Have you reported it to the zs

Re: tests: avoid empty AT_DATA contents, for zsh.

On 09/13/2010 08:16 AM, Eric Blake wrote: On 09/12/2010 09:30 AM, Ralf Wildenhues wrote: This fixes the remaining testsuite failures with zsh 4.3.10 on FreeBSD. cat>file< Ouch - that's a nasty bug. Have you reported it to the zsh list yet? Hmm, rather than fixing all _our_ uses of AT_DATA, b

Re: tests: avoid empty AT_DATA contents, for zsh.

On 09/12/2010 09:30 AM, Ralf Wildenhues wrote: This fixes the remaining testsuite failures with zsh 4.3.10 on FreeBSD. cat>file< Ouch - that's a nasty bug. Have you reported it to the zsh list yet? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libv

Re: approving w32 patches

Hi! Den 2010-09-11 23:30 skrev Ralf Wildenhues: > * Peter O'Gorman wrote on Sat, Sep 11, 2010 at 07:37:41PM CEST: >> On 09/11/2010 10:09 AM, Charles Wilson wrote: >>> However...I don't have the authority to push *anything* without >>> approval, so I *can't* simply say "pushed as obvious". >> >> It

Testsuite issues (was: [PATCH 6/7] Convert file name to toolchain format when invoking $NM.)

Den 2010-09-10 07:38 skrev Ralf Wildenhues: > Hi Peter, > > * Peter Rosin wrote on Fri, Sep 10, 2010 at 12:35:59AM CEST: >> Den 2010-09-09 22:05 skrev Charles Wilson: >>> On 9/9/2010 3:56 PM, Ralf Wildenhues wrote: Secondly, I can help with unsupervised git bisect if you need. In

Re: [PATCH 7/7] Prefer $NM @file over calculating the cmd line length.

Den 2010-09-13 10:03 skrev Peter Rosin: > I have tested stresstest.at on MSYS/gcc, MinGW/MSVC, Cygwin/gcc and > Cygwin/MSVC. Passes all over. > > In the logs I see this on MSYS and for Cygwin/gcc: >libtool: link: dumpbin -symbols various/relative/paths ... > and >libtool: link: dumpbin -s

Re: [PATCH 7/7] Prefer $NM @file over calculating the cmd line length.

Hi Ralf, Den 2010-09-12 10:01 skrev Ralf Wildenhues: >> + if { test "$len" -lt "$max_cmd_len" \ >> + || test "$max_cmd_len" -le -1; } \ >> + && ! $tool_conversion_needed_and_working > > `! $command' is not portable, please reverse the logic or use > test foo = b