lkml.org 
[lkml]   [2013]   [Nov]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] perf: Move fs.* to generic lib/lk/
On Thu, Nov 21, 2013 at 12:17:44PM +0100, Ingo Molnar wrote:
> > However, now that I think of it, the naming is kinda imprecise
> > having only "kernel" in it - it only denotes that it is a library of
> > stuff that has grown in the kernel.
> >
> > So how about
> >
> > tools/lib/ktools/
> > tools/lib/kutils/
> > tools/lib/kernel-tools/
> > tools/lib/kernel-utils/
> > ...
> >
> > and
> >
> > libktools.so
> > libkutils.so
> > ...
> >
> > ?
> >
> > I'd prefer ktools as in the tools/ directory of the kernel repo.
>
> So what does each name mean, what would they be used for and what's
> the difference between them?

Oh no, I'm only proposing multiple libraries but multiple names to
choose *only* *one* from them - the one which we think fits best.

Basically I wanna say: "this is the library of tools which grew in the
tools/ directory of the kernel repo".

Thus I'm proposing

tools/lib/ktools/

as a path and

libktools.so

as a library name, because, IMHO, this name is closer to the reality.

tools/lib/kernel/ is also ok - it does not describe the collection of
functionality that precisely, IMHO, that's all.

Am I even making sense here?

--
Regards/Gruss,
Boris.

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


\
 
 \ /
  Last update: 2013-11-21 12:41    [W:0.083 / U:0.500 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site