Re: [PATCH] perf autodep: Remove strlcpy feature check, add __weak strlcpy implementation

2013-10-01 Thread Ingo Molnar
Ok, this should be my final perf-build speedup patch. With this patch and all the other patches applied perf delta-builds very fast now - an empty re-build takes just 0.2 seconds: comet:~/tip/tools/perf> time make real0m0.207s user0m0.130s sys 0m0.034s and the rebuild afte

Re: [PATCH] perf autodep: Remove strlcpy feature check, add __weak strlcpy implementation

2013-10-01 Thread Arnaldo Carvalho de Melo
Em Tue, Oct 01, 2013 at 02:04:55PM +0200, Ingo Molnar escreveu: > So there's more speedups possible I think, for example we could construct > an 'optimistic' testcase that is generated live and includes a > concatenation of all the testcases. > > If the build of that file succeeds then we have a

Re: [PATCH] perf autodep: Remove strlcpy feature check, add __weak strlcpy implementation

2013-10-01 Thread Ingo Molnar
* Ingo Molnar wrote: > Overhead is down from 0.600 secs to 0.540 secs. The only remaining thing > is the libperl bug, I'll have a look at that next. So, libperl detection works fine here, once I've installed the prereq package on Fedora, "perl-ExtUtils-Embed": comet:~/tip/tools/perf> make

[PATCH] perf autodep: Remove strlcpy feature check, add __weak strlcpy implementation

2013-10-01 Thread Ingo Molnar
* Ingo Molnar wrote: > > > > Checking why that strlcpy failed... > > > > > > I don't think glibc does strlcpy. It's not a standard C function, > > > and > > > > My concern was more about the thinking: ``Is this red "OFF" thing a > > problem? I feel so much more confortable when all entries