Re: Linux in a binary world... a doomsday scenario

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2005-12-15 at 00:13 +0300, Al Boldi wrote:
> Greg KH wrote:
> > For people to think that the kernel developers are just "too dumb" to 
> > make a stable kernel api (and yes, I've had people accuse me of this 
> > many times to my face[1]) shows a total lack of understanding as to 
> > _why_ we change the in-kernel api all the time.  Please see
> > Documentation/stable_api_nonsense.txt for details on this. 
> 
> I read this doc, and it doesn't make your case any clearer, on the contrary!
> 
> But first, your work to the kernel represents a not so dumb contribution, 
> especially the replacement of devfs.  Thanks!
> 
> Now, to call a stable api nonsense is nonsense.  Really, only a _stable_ api 
> is worth to be considered an API.  Think about it.

a stable api/abi for the linux kernel would take at least 2 years to
develop. The current API is not designed for stable-ness, a stable API
needs stricter separation between the layers and more opaque pointers
etc etc.

There is a price you pay for having such a rigid scheme (it arguably has
advantages too, those are mostly relevant in a closed source system tho)
is that it's a lot harder to implement improvements. Linux isn't so much
designed as evolved, and in evolution, new dominant things emerge
regularly. A stable API would prevent those from even coming into
existing, let alone become dominant and implemented. The price linux
pays for this is that code needs changing all the time. On the other
hand.. the GPL gives you that code so that you can do that...


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

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux