Re: require_ulimit_v_(): tests skipped with enable-single-binary

[Bernhard Voelker]

On 09/20/2015 03:50 PM, Pádraig Brady wrote:
> On 20/09/15 12:58, Bernhard Voelker wrote:
> https://github.com/pixelb/coreutils/commit/b429f5d8

Thanks!
That's the best we can do with the sort-month test case
for now.

>> Would an adaptive 'ulimit -v'-based approach work, i.e. first
>> getting the basic memory needed by e.g. "echo hello | sort -c -M",
>> and then use that limit (plus a little more) for a run with much
>> more input?
> 
> Also an adaptive `ulimit -v` is awkward anywhere the tools are adaptive
> to memory limits themselves. There is the setlocale() gotcha for
> all tools, but sort(1) for example will adjust its heap allocations
> down to that available (see initbuf()).

Currently, we have `ulimit -v` tests for cp, csplit, cut, dd, head,
printf, split and rm.  It seems an adaptive approach would work for
all of these programs - in regard to all of the
  --enable-single-binary={no,symlinks,shebangs}
cases.

The attached follows this approach - does it work for you?

Have a nice day,
Berny

0001-maint-use-adaptive-approach-for-ulimit-v-based-tests.patch
Description: Text Data