[illumos-Developer] interesting userland project -- non-trivial
Jerome Warnier
jwarnier at beeznest.net
Sun Aug 15 16:54:03 PDT 2010
On Sun, 2010-08-15 at 16:34 -0700, Garrett D'Amore wrote:
> On Mon, 2010-08-16 at 11:23 +1200, Ian Collins wrote:
> > "Garrett D'Amore"<garrett at damore.org <http://lists.illumos.org/m/listinfo/developer>> wrote:
> >
> > >/ So one of the tasks that someone who doesn't want to work on kernel
> > />/ code, but is interested in a significant bit of userland work would be
> > />/ to add the parallel/distributed features of dmake into the vanilla make
> > />/ sources we have.
> > />/
> > />/ We need it to be compatible with Sun dmake, so that we don't have to
> > />/ change a zillion lines of Makefile, nor ask other projects to do so.
> >
> > Does this imply a move away form the Studio tools?
> >
> > dmake may not be open source, but it is a tool we all have and one that wont be going away.
> >
> > So long as the makefiles aren't changed so they stop working with the current version, why reinvent the wheel?
> >
> > Interpreting the current makefiles is one problem, replicating the distributed features that make dmake so valuable is a much bigger task.
> > /
> >
>
> We don't have the source for dmake, so we can't fix bugs in it. We also
> can't port it to other platforms, which make projects involving
> portability to other platforms much harder. (For example, porting to
> S/390, ARM, PowerPC, or MIPS. :-)
Guys, the OpenOffice.org team in Debian is using an Open Source dmake,
which is said to be a modified version of the original public domain
one. And it successfully builds OOo, and this is quite a huge and
complicated piece of code, don't you think?
Am I missing something?
> In fact, having a completely open tool chain is a real goal of the
> project.
>
> I would like people to be able to use studio if they want to. But I
> want that to be a choice that the developers or distribution builders
> make. It shouldn't be forced on them because we have no other choices.
>
> - Garrett
More information about the Developer
mailing list