Re: kbuild 2.5 is ready for inclusion in the 2.5 kernel

[Alan Cox]

> Shared libraries for example don't look up stuff like this inside
> themselfs. (Unless you look at DLL stubs...)

Nor does the kernel. Internal symbols are already resolved

> It's the ld.so programm which maintains such data.
> modutils don't do anything different from classical late binding.

Indeed

> The natural place for such maintainance work could be for example
> the init process, which serves already pretty a similar role for

Well actually the logical place to do it is in modutils. Which is where
we do it right now. We even precompute dependancies with depmod much like
the dynamic link caches

> Another analogy is the rpm dependency maintainance.
> It's the rpm program - which does checking here and not
> the actual application itself during the file-system install.

Actually for dynamic stuff the application also does some of it for late
binding and when triggers are used for relations between packages

All of which says the current modutils method is correct