svn commit: r204309 - in head/sys: amd64/amd64 amd64/isa conf i386/bios i386/cpufreq i386/i386 i386/isa i386/xen isa modules/bios/smbios modules/bios/vpd modules/cpufreq pc98/pc98 x86 x86/bios x86/...

[Attilio Rao]

2010/2/26 Ed Maste <emaste at freebsd.org>:
> [ About the i386/amd64/pc98 -> x86 merge ]
>
>> > : I think there have been already MFCed patches doing headers movements
>> > : in the past.
>> >
>> > We've tried to keep the KPI upwardly compatible.  If files move, then
>> > old code will potentially break.
>>
>> Yes, but there is very non-trivial cost of not merging this.
>> It makes testing in HEAD of other patches less valuable for merges,
>> and merges itself becomes more time-consuming and risking.
>>
>> Fortunately, I do not no dri, but I know that maintaining patches
>> both for 7 and 8/HEAD of dri is a hell.
>
> For headers on older branches we can just leave backwards compatibility
> stubs in the i386, amd64 and pc98 directories that include the header
> from the new x86 directory.

Yes, I thought something along those lines, if we think it is worthy
(I'm not very concerned about it right now).
For the future, however, probabilly we would need to do something like
pc98 already does wrt i386 (i386/include/ pc98/include/ amd64/include/
just have files wrappers to the generic one under x86/include/ when
necessary).

Attilio


-- 
Peace can only be achieved by understanding - A. Einstein