Re: unhooking lfs from ufs

[Adam Hamsik <haaaad%gmail.com@localhost>]

Hi David,
> 
> 
> The copy involves 18 files from sys/ufs/ufs (out of 21; the ones
> excluded are quota.h and unsurprisingly ufs_wapbl.[ch]) which contain
> 9067 lines of code. That gives the following statistics:
> 
>     14988     size of lfs currently
>    + 9067     size of copypasted ufs
>     24055     size of resulting uncompilable lfs
>    -  401     result of making it compilable
>     23654     size of new lfs
> 
> This is the size of the code in sys/ufs/lfs; the userlevel tools need
> patching but don't change size significantly.
> 
> My guess/estimate is that after several rounds of consolidation the
> total size will drop to around 18000-19000 lines. Maybe less, even,
> but I wouldn't count on that. I'll be keeping an eye on the total size
> going forward.
> 
> Anyway, I have done this much and it's ready to go. I will be
> committing it tonight, I think, unless there are sudden howls of
> protest.
> 
> The diff (from HEAD of a couple hours ago to the new compilable lfs)
> is posted here:
> 
>   http://www.eecs.harvard.edu/~dholland/netbsd/lfs-ufs-20100207.diff
> 
> I will probably commit the pasted-only uncompilable form first, and
> maybe some of the intermediate steps as well, for the historical
> record and to make future merges easier. This may make the tree
> temporarily unbuildable, but hopefully not for very long. 

Are you sure that you can really finish this ? Currently you are working on 
namei, ufs_lookup and many other issues. Make LFS not compilable is the way to 
make it disappear very soon. I think that these changes should happen in 
separate branch and should be committed back to main branch only when it will 
be at least compilable again. 


Regards

Adam.