tech-toolchain archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: config(5) break down
On Fri, Mar 05, 2010 at 01:14:50AM +0900, Masao Uebayashi wrote:
> > Perhaps a first step would be using config(1) and files.* to generate
> > the module makefiles instead of maintaining them by hand...
>
> cube@ said he did this part long time ago. The thing is that only
> fixing these tools don't solve all problems magically. We have to
> fix wrong instances around the tree.
Maybe it should be merged then?
>>> Broken config(5) files will be named like "<module>.conf", because files.*
>>> namespace is insufficient. For example pci.kmod can't use files.pci.
>>
>> Huh? I don't understand.
>
> Let's see the real examples. sys/conf/files has this:
>
> file net/zlib.c (ppp & ppp_deflate) | ipsec | opencrypto |
> vnd_compression
>
> This means [...]
> We should "normalize" this as [...]
>
> Now we define a module "ppp_deflate" which depends on "ppp" and "zlib". To
> make dependency really work, the depended modules must be already defined.
> To make sure, we have to split files into pieces and "include" dependencies.
>
> net/zlib.conf
See, this is the part that I don't understand. You're talking about
normalizing logic, which is fine, and making shared files first-class
entities, which is fine too though could get messy.
But then suddenly you jump into splitting up files.* into lots of
little tiny files and I don't see why or how that's connected to what
you're trying to do.
--
David A. Holland
dholland%netbsd.org@localhost
Home |
Main Index |
Thread Index |
Old Index