lkml.org 
[lkml]   [2005]   [Apr]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [INFO] Kernel strict versioning
Adrian Bunk wrote:
> You say API but talk about ABI.

As long as we want to guarantee abi, we must use the same names. Api
names, not implementation should be the same. You can't substitute
get_namei with get_my_own_namei_version_I_know...

> You said you've read stable_api_nonsense.txt .
>
> stable_api_nonsense.txt talks about exactly these issues.

Yes.

> The right solution for this issue is simple:
>
> Get the module into the kernel.
>
> Not that e.g. your pwc module will be in kernel 2.6.12.

Of course not... I don't expect nobody doing that! :)

> Please check the facts:
>
> QT 1 is _not_ binary compatible with QT 3.
>
> There's a reason why the library changed the so-name...

Yes! That's my point. I didn't mean to say that the library has the same
classes as the first version. Qt 3 is *not* compatible with Qt 1. Qt
3.3.0 is binary compatible with qt 3.3.1, 3.3.2, and so on... unless
someone makes an error.

My point is that versioning should be, in come cases, less restrictive,
letting the 2.4 kernel being not compatible with 2.6, but all 2.6.x
series being binary compatible with each other. If versioning means
something, the last number should be a revision, additions, but since
they belong to 2.6 version, they would be compatible.

Major kernel changes should probably result in major version change...
I'm supposing it. Of course, note that ABI can be achieved stating that
all the binaries must be compiled with the same gcc. So, the kernel
module library could possibly be simply /lib/modules/2.6/.

I'm probably (surely) not getting the point about this issue. It's not
that bad... I don't see awkward issues in guaranteeing 2.6, 2.8 and so
on compatibility with the ``major second number''.

--
Sensei <mailto:senseiwa@tin.it> <pgp:8998A2DB>
<icqnum:241572242>
<yahoo!:sensei_sen>
<msn-id:sensei_sen@hotmail.com>
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2005-04-12 05:00    [W:0.048 / U:2.512 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site