lkml.org 
[lkml]   [2000]   [Dec]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From


On Fri, 15 Dec 2000, J . A . Magallon wrote:

>
> On 2000/12/15 Werner Almesberger wrote:
> > LA Walsh wrote:
> >
> > Exception: opaque types; there one would have to go via a __ identifier,
> > i.e.
> >
> > <public>/foo.h defines struct __foo ...;
> > <public>/bar.h includes <public>/foo.h
> > and uses #define FOOSIZE sizeof(struct __foo)
> > <private>/foo.h either typedef struct __foo foo_t;
> > or #define foo __foo /* ugly */
> >
>
> Easier: public kernel interfaces only work through pointers.
> <public>/foo.h typedef struct foo foo_t;
> foo_t* foo_new();
> <private>/foo.h includes <public>/foo.h
> struct foo { ............... };
> and uses #define FOOSIZE sizeof(foo_t)
>
> Drawback: public access is slow (always through foo_set_xxxx_field(foo_t*))
> private access from kernel or modules is fast (foo_t->x = ...)
> Advantage: kernel can change, foo_t internals can change and it is binary
> compatible. Even public headers can be kernel version
> independent.

I think collectively we're mixing what should really be two seperate but
related issues: userland interface from /usr/include/linux; and exported
kernel header interface for third-party modules.

From a first reading, your Drawback: appears to belong to the sphere of
kernel interface, and your Advantage: to the sphere of userland interface.
But on the second reading (after opening a bottle of Jones) I can see how
the Advantage: would apply to both spheres.

I'm just asking that people please try to be a little more precise with
the rather imprecise list language.

--Ferret


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:52    [from the cache]
©2003-2011 Jasper Spaans