On Thu, Mar 4, 2010 at 9:20 AM, M. Warner Losh <imp_at_bsdimp.com> wrote: > In message: <401095.35021.qm_at_web59107.mail.re1.yahoo.com> > paradox <ddkprog_at_yahoo.com> writes: > : iam propose all the architecture move in a separate directory > : as is done in openbsd and netbsd > : > : ie > : #mkdir /usr/src/sys/arch > : #mv -R /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86) /usr/src/sys/arch/ > : > : Would it ever done in freebsd? > > No. That ship sailed in 1995. > > Besides, it would be the mother of all bikesheds. Do we want to have > a sys/cpu/{mips,x86,arm,etc} for CPU support and a sys/arch/$MACHINE > for support for machines that use that, how does that interact with > source doe that assumes certain things in machine/foo.h. Or do we > want to have better organized sub-ports. Do we want to reorg config > while we're at it, and what about modules. And sys/dev is too > crowded, let's fix that too while we're at it. > > The end result: gridlock and nothing will happen. One good thing (in my opinion) that NetBSD and Darwin have is that they have a "common" tree which holds the common files that shared between kernel and userland libc. Currently we have 2 or more copies of certain files in the tree but I'm not sure if it's a good idea to migrate them together into a src/common tree, or just modify the Makefile to reference the one copy? Eliminating duplicated files makes it easier for changes to propagate into different areas (like, we have optimization apply against all components, or have bug fixed in one time). Cheers, -- Xin LI <delphij_at_delphij.net> http://www.delphij.netReceived on Thu Mar 04 2010 - 17:36:21 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:01 UTC