Re: Autoconf/Automake

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Thu, 15 Jun 2006, Linus Torvalds wrote:

> On Thu, 15 Jun 2006, Yann Dirson wrote:
> > 
> > In tha case of jam, the doc issue can certainly be raised, but the
> > most prominent problem is probably that everyone and their dog knows
> > make,
> 
> Oh, I agree. A "simpler" thing that people don't know is often much 
> inferior to a complex thing that people are generally intimately familiar 
> with.
> 
> I just personally believe that autoconf/automake are the worst of both 
> worlds (ie it's a _complex_ thing that a lot of people don't know).
> 
> GNU make in many ways is actually not that bad. Yeah, the makefiles get 
> more complex, but it's usually not totally unreadable, and you can do some 
> clever stuff with it. 

I can add to that with first-hand experience of ant and maven.

A whole sh*t-load of people think make is broken. It does not live up to 
what they want, and it is slow.

And then they invent a _DISEASE_ like ant, which _does not begin_ to sport 
the features of make.

In a project I am stuck in, maven is used. It tries -- of all things -- to 
fix a few shortcomings of ant -- which was supposed to fix shortcomings of 
make! And let's face it. Maven is complicated, slow as a dog lacking all 
four feet, and it still does not do the things I can do in three lines 
with make. It's a complete desaster.

So to keep the discussion on topic: tell me what you want to fix wrt the 
current setup of git, and I'll try to fix it in less than 10 lines of make 
code. If that is impossible, let's continue then and there with the 
discussion about a switch to a newer, less tested, replacement of make, 
okay?

Ciao,
Dscho

-
: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]