hello community,
I have start a project for generate easily a build system for D project. Currently in d world everyone use his own build system for build a new project with a new system is a bit hard for everyone, for debug  same thing. My tool generate
makefile system for your project in one command:
$ dmake --path src --lib src/myProject/
and for user he need ony do:
$ make
$ make install

At this time only works for build a library.
This system is usefull for support ldc, gdc and dmd compiler

You can found the project here: http://gitorious.org/dmake/dmake

Any help are welcome

On Mon, 2010-11-22 at 01:50 +0000, bioinfornatics wrote:
> hello community,
> I have start a project for generate easily a build system for D
> project. Currently in d world everyone use his own build system for
> build a new project with a new system is a bit hard for everyone, for
> debug  same thing. My tool generate
> makefile system for your project in one command:

Not entirely true.  Many people use make even though it is past it's "use by" date.  Many people use SCons, many others use Waf, and some use CMake.

GIven that your system is a Makefile manager, you problably need to argue why a new system and not add-ins to CMake -- which is now the default makefile manager system.

> $ dmake --path src --lib src/myProject/
> and for user he need ony do:
> $ make
> $ make install
> 
> At this time only works for build a library.
> This system is usefull for support ldc, gdc and dmd compiler
> 
> You can found the project here: http://gitorious.org/dmake/dmake
> 
> Any help are welcome

Do we really need yet another build framework?  The answer may be either yes or no, but just because a given programming language hasn't yet been used to write a new build framework doesn't mean it needs to be. NIH-like syndrome has given rise to SBT, Lancet, GoBuild, GoFR, Rake, etc., etc.  Is it certain D has to be used to create a new framework for build?

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@russel.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

>"Russel Winder" <russel@russel.org.uk> wrote in message news:mailman.555.1290424163.21107.digitalmars-d-announce@puremagic.com... NIH-like syndrome has given rise to SBT, Lancet, GoBuild, GoFR, Rake,
etc., etc.

Hey, I like rake :)  But that's because I dislike python (SCons) syntax and outright despise make.

today i have add some fix some for dmake and i have do  a test on ddbi library.
I so some change on ddbi for works with latest tango version: https://github.com/bioinfornatics/ddbi

so i do:
$ cd ddbi
$ dmake -p src -l src/dbi/
$ cd src
$ make
$ su -m -c 'make install LIBDIR=/usr/lib64'
done

On Mon, 2010-11-22 at 08:47 -0500, Nick Sabalausky wrote:
> >"Russel Winder" <russel@russel.org.uk> wrote in message news:mailman.555.1290424163.21107.digitalmars-d-announce@puremagic.com... NIH-like syndrome has given rise to SBT, Lancet, GoBuild, GoFR, Rake,
> etc., etc.
> 
> Hey, I like rake :)  But that's because I dislike python (SCons) syntax and outright despise make.

I don't think make is to be despised, it was a revolution and a revelation in 1978, but it has come to the end of its useful life.

As for Rake, it would have been fine if there had been any support infrastructure for languages other than Ruby.  Rant tried to go this route but sadly the project has stalled into demise.

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@russel.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

Russel Winder wrote:

> but it has come to the end of its useful life

why. I ask because I just realized, that llvm still uses it.

-manfred

"Manfred_Nowak" <svv1999@hotmail.com> wrote in message news:Xns9E38B3AFCD756svv1999hotmailcom@65.204.18.192...
> Russel Winder wrote:
>
>> but it has come to the end of its useful life
>
> why. I ask because I just realized, that llvm still uses it.
>

Make's in the same boat as C++: Highly significant in the past, and still used because of intertia, but garbage by modern standards.

On Mon, 2010-11-22 at 16:41 +0000, Manfred_Nowak wrote:
> Russel Winder wrote:
> 
> > but it has come to the end of its useful life
> 
> why. I ask because I just realized, that llvm still uses it.

For really small systems compiled on a single platform, Make can still "cut it".  But being an external DSL, the separation of relationship specification notation and action notation, and especially the platform specific action notation lead to insurmountable problems.  Go is trying to persevere with Make but the cracks show readily.  Also Make shows the cracks for large projects, it doesn't really scale.

Autotools was a brave attempt to make Make make big projects for Posix-compliant platforms.  CMake is a bold attempt to ensure Make handles things in a more platform independent way.  Autotools is, I think also reaching the end of its useful life -- it was an immense bit of m4 hackery, and deserves respect, just as Make does.

The alternative to all this is to use an internal DSL, i.e. use a programming language directly.  SCons and Waf plough this furrow -- to name but the main two in a C, C++, D, LaTeX context.  SCons and Waf both suffer some serious issues, but they are the current market leaders for a more modern system.

In the JVM-based arena, Make gave way to Ant 10+ years ago then Maven came on the scene leading to Maven vs Ant warfare.  With Groovy came Gant which led to Gradle and the Groovy front end to Ant.  Also Groovy hit Maven hard leading to Polyglot Maven.  However unless you have mixed JVM/native systems, as a D person, you are probably not that interested in these frameworks.

I am not sure what the C#, F#, CLR folk use these days.

The summary is: we should always be on the lookout for the next evolution of build systems.  In the JVM arena the question is whether SBT is a step forward or two steps back.  In the C, C++, Fortran arena legacy generally rules hence Make and Autotools still have a big install base.

The issue that the JVM-based frameworks address head on that the C, C++, Fortran, D, etc. communities seems to studiously ignore is the one of dependency.  Not an issue for static compilation, but a huge issue for executables reliant on dynamic linking.

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@russel.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

>"Russel Winder" <russel@russel.org.uk> wrote in message news:mailman.567.1290452956.21107.digitalmars-d-announce@puremagic.com...
>
>I am not sure what the C#, F#, CLR folk use these days.

Most likely MSBuild. It's XML-based, and from what I recall, it's basically an official MS-branded version of NAnt.

Nick Sabalausky, el 22 de noviembre a las 12:54 me escribiste:
> "Manfred_Nowak" <svv1999@hotmail.com> wrote in message news:Xns9E38B3AFCD756svv1999hotmailcom@65.204.18.192...
> > Russel Winder wrote:
> >
> >> but it has come to the end of its useful life
> >
> > why. I ask because I just realized, that llvm still uses it.
> >
> 
> Make's in the same boat as C++: Highly significant in the past, and still used because of intertia, but garbage by modern standards.

!?

Generally people that say that is people that don't understand Make.

Make is not a build system, make is a unix tool, it does one thing and it do it well, and that thing is rebuilding something based on dependencies. Usually Make is a tool to use as a building block when you need something more complex.

Make is a great tool, just don't ask it to do things it doesn't suppose to do.

-- 
Leandro Lucarella (AKA luca)                     http://llucax.com.ar/
----------------------------------------------------------------------
GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145  104C 949E BFB6 5F5A 8D05)
----------------------------------------------------------------------
22% of the time a pizza will arrive faster than an ambulance in Great-Britain