Date: Sat, 15 Dec 2007 11:04:31 -0500 From: "Frank J. Laszlo" <laszlof@FreeBSD.org> To: "Aryeh M. Friedman" <aryeh.friedman@gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: Limitations of Ports System Message-ID: <4763FB0F.6070504@FreeBSD.org> In-Reply-To: <47635856.5080603@gmail.com> References: <475F7390.9090509@gmail.com> <1022BEDA-8641-4686-AB1A-3FE2D688F47F@FreeBSD.org> <475FAC1F.1010401@gmail.com> <19341C6C-BF3A-4DFD-B8DF-87F4E92B0335@FreeBSD.org> <0F330142-A3CA-4E6E-84BD-FDE55A8E3AEE@yahoo.com> <20071213205857.GB72545@owl.midgard.homeip.net> <20071214223406.19f08339.ota@j.email.ne.jp> <47635856.5080603@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Aryeh M. Friedman wrote: > Your correct that there are 2 seperate issues at play here but there > is a common solution (and to be honest I have yet to see any > feature/issue discussed in any of the re-engineering threads that > doesn't at least become more manageable under this general design > concept I am working under).... I hate to keep referring to Miller97 > but I think it highlights (directly or indirectly) every single issue > that has been discussed while a little off topic (and slightly self > serving) there is a good explanation of the general idea behind what > I have in mind in the cook tutorial (I am the author thus it is > self-serving) > http://miller.emu.id.au/pmiller/software/cook/cook-2.30.tut.pdf.. > > In the the specific case of parallel builds once we pre-scan the DAG > it is trivial to do a *FULL* DFS on it and just say for any time two > ports are not in the same DFS generated subtree in respect to some > root target (can be recursive) they can be build in parallel. Locking > is also trivial now that the decision on ordering is made by the ports > system and not indivual ports makefiles. (the indivual make files are > still needed to build the port but should not and by definition can > not contain knowledge about their depends). > > Side note the more we discuss this the more obvious it becomes to me > it has to be in some OO lang and since C++ is the only one in the base > system it kind of forces C++ to be the implementation lang. > > <...removing completely unnecessary CC list...> Let me get this straight. You've been on this list for around 3 months, you do not maintain any ports, and about the only threads you've been involved in related to redesigning the ports? Please.. You really have no idea how complex a system you are attempting to engineer. I shouldn't even say attempting, because I have yet to see any code, ideas for code, or even talk of what language it will be in. (mind you, I haven't went back through the 3-4 threads on this same topic you've participated in) Please take this thread elseware, there is no need to make it public until you have something to show the masses. Regards, Frank Laszlo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4763FB0F.6070504>