2010/2/26 Ed Maste <ema...@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 _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
