Tom G. Christensen wrote:
> This fixes the problem for me and allowed the full snapshot to be built
> and tested:
> ===
> 36 of 857 tests failed
> (61 tests were not run)
> ===
>
> The full log can be seen here:
> http://jupiterrise.com/tmp/sol26-x86-gnulib-
Bruno Haible wrote:
> test-nl_langinfo.c:53: assertion failed
> Abort - core dumped
> FAIL: test-nl_langinfo.sh
>
> Unknown. Needs investigation. Volunteers?
This test program
===
#include
#include
#include
#include
#include
int
main (int ar
On Mon, May 30, 2011 at 12:20:22PM +0200, Bruno Haible wrote:
> Thanks for the report and logs.
>
Thanks for looking.
> test-nonblocking-writer.h:101: assertion failed
> Abort - core dumped
> FAIL: test-nonblocking-socket.sh
>
> The machine is just a bit slow.
>
Actually no.
The machine i
Bruno Haible wrote:
> Jim Meyering wrote:
>> diff --git a/lib/trim.c b/lib/trim.c
>> index 1f4d0c1..6515cfa 100644
>> --- a/lib/trim.c
>> +++ b/lib/trim.c
>> @@ -65,7 +65,7 @@ trim2 (const char *s, int how)
>>/* Trim trailing whitespaces. */
>>if (how != TRIM_LEADING)
>> {
On 05/30/11 09:37, Tom G. Christensen wrote:
> The machine is a VM running on a Core i5 660.
Hmm, what are the practical implications of this?
Sun stopped shipping Solaris 2.6 ten years ago,
and stopped supporting it five years ago; if the
original supplier no longer supports the OS, that's
a goo
Currently, when the user allocates a too-large vector, e.g.,
(make-vector 1000 nil), the malloc failure causes Emacs to go
into "I'm about to die!" mode, because it assumes that memory is so
low that the user should simply exit as soon as possible. But there's
typically plenty of memory av
Tom G. Christensen wrote:
> Undefined first referenced
> symbol in file
> libintl_gettext ../gllib/libgnu.a(openat-die.o)
> ld: fatal: Symbol referencing errors. No output written to test-areadlinkat
> collect2: ld returned 1 ex
On Mon, May 30, 2011 at 09:19:35PM +0200, Bruno Haible wrote:
> Tom G. Christensen wrote:
> > Undefined first referenced
> > symbol in file
> > libintl_gettext ../gllib/libgnu.a(openat-die.o)
> > ld: fatal: Symbol referencing er
Tom G. Christensen wrote:
> > Which ones, please?
> >
> test-nonblocking-pipe-main
> test-nonblocking-socket-main
This patch should fix it:
2011-05-31 Bruno Haible
Fix link errors in tests: wait-process uses gettext-h.
* modules/nonblocking-pipe-tests (Makefile.am): Set
Tom G. Christensen wrote:
> > Which ones exactly, please?
> >
> test-areadlinkat
> test-dirent-safer
> test-fdopendir
> test-fdutimensat
> test-linkat
> test-mkfifoat
> test-openat-safer
> test-fchownat
> test-fstatat
> test-mkdirat
> test-openat
> test-unlinkat
> test-readlinkat
> test-symlinkat
On Tue, Apr 5, 2011 at 1:36 PM, 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 the _PATH_MOUNTED from paths.h and that
> is /etc/mtab.
>
[ CC += bug-findutils, += Paolo, -= bug-coreutils ]
2009/11/3 Pádraig Brady :
> Pádraig Brady wrote:
>> Paolo Bonzini wrote:
>>> Maybe we want a --parallel option (too bad -p is taken) for xargs that
>>> forces the creation of the number of processes passed with -P or taken
>>> from nproc (for exa
Oops, now really with a different subject.
2011/5/31 James Youngman :
> [ CC += bug-findutils, += Paolo, -= bug-coreutils ]
>
> 2009/11/3 Pádraig Brady :
>> Pádraig Brady wrote:
>>> Paolo Bonzini wrote:
Maybe we want a --parallel option (too bad -p is taken) for xargs that
forces the cre
On 05/30/11 17:14, James Youngman wrote:
> On Tue, Apr 5, 2011 at 1:36 PM, Philipp Thomas wrote:
>> > Would gnulib accept the attached patch to mountlist.c?
> I don't know if this patch was accepted, but it shouldn't be.
It wasn't; mountlist.c hasn't changed since January.
14 matches
Mail list logo
