[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: unhooking lfs from ufs
> 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
> The diff (from HEAD of a couple hours ago to the new compilable lfs)
> is posted here:
> 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.
Main Index |
Thread Index |