Date: Thu, 4 Mar 2010 10:36:15 -0800 From: Xin LI <delphij@gmail.com> To: "M. Warner Losh" <imp@bsdimp.com> Cc: freebsd-current@freebsd.org, ddkprog@yahoo.com Subject: Re: propose: all arch move into a separate dir Message-ID: <a78074951003041036i728a3ce8v8b8fc213a808cf94@mail.gmail.com> In-Reply-To: <20100304.102007.1151864885495261672.imp@bsdimp.com> References: <401095.35021.qm@web59107.mail.re1.yahoo.com> <20100304.102007.1151864885495261672.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 4, 2010 at 9:20 AM, M. Warner Losh <imp@bsdimp.com> wrote:
> In message: <401095.35021.qm@web59107.mail.re1.yahoo.com>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0paradox <ddkprog@yahoo.com> writ=
es:
> : 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,sun4=
v,xen,x86) /usr/src/sys/arch/
> :
> : Would it ever done in freebsd?
>
> No. =C2=A0That ship sailed in 1995.
>
> Besides, it would be the mother of all bikesheds. =C2=A0Do we want to hav=
e
> 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. =C2=A0Or do we
> want to have better organized sub-ports. =C2=A0Do we want to reorg config
> while we're at it, and what about modules. =C2=A0And 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,
--=20
Xin LI <delphij@delphij.net> http://www.delphij.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a78074951003041036i728a3ce8v8b8fc213a808cf94>