[lkml]   [2014]   [Jun]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] tools:perf: move tools/perf/util to tools/lib/perf_util
On Thu, Jun 12, 2014 at 03:19:50PM +0200, Jean Pihet wrote:
> The idea is to move the re-usable code in libraries, so that other
> tools than perf can use it as well.

Of course it is - didn't I say that too?

> > And I told Jean repeatedly that this needs to be splitted slowly, in
> > smaller libraries like we've been discussing it numerous times.
> Hrrr. I see it as a first move, later the rest of the code can be
> moved the same way.
> Now it seems that moving all from util/ at once is too much. How do
> you see it happening?
> Note: moving some code in the perf source is hairy enough (cf. the
> simplicity of the Makefiles ;-) and so I do not want to re-do it all
> over again too many times.

You're encountering the *exact* *same* issues I was fighting with. And I
was trying to save you that work because I did that conversion a couple
of times already! And hell yeah it is a *lot* of work! And a lot of
*wasted* work at that. Except maybe the fact that it gives you a rough
idea of what needs to be done.

So, for example, looka here:

Borislav Petkov (4):
perf tools: Move u64_swap union
tools: Unify export.h
tools: Consolidate types.h
perf/events/core: Drop unused variable after cleanup

4 patches dealing with more or less one thing. No more. Once they're
accepted, you do another so many. And rinse and repeat.

And I've forwarded you the mails of how we want to split them with
Ingo's and acme's thoughts.

In any case, this is the only way I know of currently, which seems to
work right now with the amount of patches going into perf tool and with
the bandwidth of reviewers.

Additionally, if you'd like, we could sync among each other on who does
what. Maybe Robert would like to help too.



Sent from a fat crate under my desk. Formatting is fine.

 \ /
  Last update: 2014-06-12 16:41    [W:0.047 / U:0.088 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site