linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: Object system in Linux kernel?
       [not found] <Pine.BSO.4.44.0302102126580.26851-100000@kwalitee.nolab.conman.org>
@ 2003-02-11  3:06 ` John W. M. Stevens
  0 siblings, 0 replies; only message in thread
From: John W. M. Stevens @ 2003-02-11  3:06 UTC (permalink / raw)
  To: Mark G; +Cc: linux-kernel

On Mon, Feb 10, 2003 at 09:28:16PM -0500, Mark G wrote:
> I saw your post to linux-kernel about wanting setjmp/longjmp for adding an
> OO infrastructure.

Having already developed the infrastructure, we had some "bits and
pieces" that we (me and my team) thought that the Linux development
team might find useful, including:

1) setjmp/longjmp
2) Atomic pointer swap with locking.
3) Atomic integer increment.
3) Atomic integer decrement.

for the PA-RISC, Itanium2 and IA32 architechtures.

I was not actually offering our OO Infrastructure to the Linux
development team, for what are probably obvious reasons by now.

But I thought that they might be interested  in the above list of
funtions.

I offered, the offer was rejected, and I consider the discussion closed.

> I have actually developed several OO "cores" -- is this
> something you wrote?

Myself, interacting with several team members who used this
infrastructure to write a USB bus driver, and some class
drivers.

> If you ever want to talk about designs, let me know...

I am interested in what solutions you've developed for solving the
interaction of exceptions and resources.  We developed three
different solutions, profiled, and chose the best of the three,
but I'm curious as to how other people might have solved this issue.

Our infrastructure supports Hot Patch, Package and Extension
Design patterns, among others.  What design patterns, in your
opinion, do you think are "required" for embedded/kernel
development?

Also, what is your take on support for messaging and true
polymorphism?  The C++ "nick-naming" thing just doesn't work in
a dynamic system, to say nothing of the much more serious issues
raised by constraining the abstract type system by the concrete type
of an object (shudder!).

Making those two things orthogonal was enough, all by itself, to
reduce the prospective inheritance depth of the driver from 18
to between 3 and 5 levels.

Thanks,
John S.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-02-11  2:57 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <Pine.BSO.4.44.0302102126580.26851-100000@kwalitee.nolab.conman.org>
2003-02-11  3:06 ` Object system in Linux kernel? John W. M. Stevens

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).