On Mon, 11 Jan 2010 16:05:57 +0200
Jussi Pakkanen <[email protected]> wrote:

> I would like to point out that what you are doing is generating your
> own language and a build tool/generator based on that. There's nothing
> wrong with it as such, but this is reinventing the wheel again (just
> like Google's GYP). Instead of custom dmake/build.pl you would have
> custom gnumakegen/gnumake_or_something.
There is a huge difference between dmake/build.pl and the GNU make
prototype. The current GNU make prototype (although incomplete) is a
clean <1KLOC implementation including thb's stuff. The current
dmake/build.pl toolchain is >38KLOC and pretty hard to maintain.

> What is the benefit you get from this instead of using something like
> CMake that already has a mature implementation of this functionality?
One dependency less (because you will need an additional "native"
build system like GNU make or MS Build anyway).

> Even if CMake eventually turns out to be too slow, would it not make
> more sense to write your own custom CMake back end rather than the
> configuration/generation front end?
I would consider that to be an option. Actually I think it is wrong to
describe CMake as a build system as it does not build anything itself.
CMake is a replacement for autoconf and should be considered as such in
first place. That being said, I have seen the GNU makefiles that are
being generated by CMake and their readability is horrible. If
something goes wrong there, it is really hard not only to debug the
makefile (for bugs in cmake itself), but it is also hard to just "trace
the error" from the errormessage of the native build system to the
sources (for bugs in the description given to cmake).

Best Regards,

Bjoern

-- 
===========================================================================
 Sitz der Gesellschaft:
 Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
 Amtsgericht Muenchen: HRB 161028
 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
 Vorsitzender des Aufsichtsrates: Martin Haering
===========================================================================


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to