Re: --create-testdir eats CPU and does nothing

On Samstag, 5. August 2017 18:34:58 CEST Bruno Haible wrote: > Tim Rühsen wrote: > > > $ ./gnulib-tool --create-testdir --dir=../testdir1 > > > gnulib-tool: warning: module euidaccess depends on a module with an > > > incompatible license: group-member > > > > Correction, it came back after ~20

Re: Problem with valgrind-tests: relies on bash not causing error

On 5 August 2017 at 19:46, Paul Eggert wrote: > Thanks, I installed the attached somewhat-more-fancier patch; does it work > for you? > ​That works fine; thanks very much. -- https://rrt.sc3d.org

Re: Problem with valgrind-tests: relies on bash not causing error

Thanks, I installed the attached somewhat-more-fancier patch; does it work for you? >From 59c181fa400ead71e9a28e3db9abc107f8fc9ea3 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 5 Aug 2017 11:45:10 -0700 Subject: [PATCH] valgrind-tests: use ls, and cache *

Re: manywarnings for C++

Thanks, as I try to avoid C++ I hope Bruno has the time to review that one.

Re: Testsuite fails in gltests/havelib

Tim Rühsen wrote: > Any idea what's wrong ? > /bin/bash: /bin/bash: cannot execute binary file > Makefile:2822: recipe for target 'rpath-1b.log' failed Since no one touched the 'havelib' module recently, you can ignore it. Maybe something in your setup (LD_LIBRARY_PATH or such things)... Bruno

Re: --create-testdir eats CPU and does nothing

Tim Rühsen wrote: > > $ ./gnulib-tool --create-testdir --dir=../testdir1 > > gnulib-tool: warning: module euidaccess depends on a module with an > > incompatible license: group-member > > Correction, it came back after ~20 minutes. You have a fast machine. > Is there any chance to parallelize

Testsuite fails in gltests/havelib

Any idea what's wrong ? $ make clean && make check ... Testsuite summary for dummy 0 # TOTAL: 1150 # PASS: 1068 # SKIP: 82 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0

Re: --create-testdir eats CPU and does nothing

On Samstag, 5. August 2017 08:46:22 CEST Paul Eggert wrote: > Tim Rühsen wrote: > > Is there any chance to parallelize the work of ./gnulib-tool ? The machine > > was just 6-7% idle. > > There was a GNU project to improve gnulib-tool's performance a while ago. I > don't know what came of it.

Re: Problem with valgrind-tests: relies on bash not causing error

On 12 April 2017 at 13:36, Reuben Thomas wrote: > The test for whether to use valgrind runs: > > /bin/bash -c 'exit 0' > > This looks pretty harmless; unfortunately, bash itself causes problems: > > $ valgrind -q --error-exitcode=1 --leak-check=full /bin/bash -c 'exit 0' >

Re: manywarnings for C++

On 7 March 2017 at 12:20, Reuben Thomas wrote: > On 22 February 2017 at 13:55, Reuben Thomas wrote: > >> >> ​I attach the latest state of play, which consists simply of updated >> versions of manywarnings.m4 and warnings.m4, in place of the new files I >> had

Re: --create-testdir eats CPU and does nothing

Hi everyone! I'm amazed that someone still remembers this project. Looking at its sources, I see that there is room for improvement, but still the overall project structure may still be integrated into gnulib. I would be glad to continue working on the project in my free time, though my Python

--create-testdir eats CPU and does nothing

Hi, with a fresh git clone, this command doesn't come back: $ ./gnulib-tool --create-testdir --dir=../testdir1 gnulib-tool: warning: module euidaccess depends on a module with an incompatible license: group-member Looks like it eats CPU of one core. ./testdir1 has been created but still empty

Re: --create-testdir eats CPU and does nothing

On Samstag, 5. August 2017 14:15:32 CEST Tim Rühsen wrote: > Hi, > > with a fresh git clone, this command doesn't come back: > > $ ./gnulib-tool --create-testdir --dir=../testdir1 > gnulib-tool: warning: module euidaccess depends on a module with an > incompatible license: group-member > >

Re: --create-testdir eats CPU and does nothing

Tim Rühsen wrote: Is there any chance to parallelize the work of ./gnulib-tool ? The machine was just 6-7% idle. There was a GNU project to improve gnulib-tool's performance a while ago. I don't know what came of it. That, plus 'configure', is a lot of why single-core performance still