[Top][All Lists]

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

Re: Large project support

From: Timo K Suoranta
Subject: Re: Large project support
Date: Thu, 11 Apr 2002 10:41:12 +0300 (EET DST)

> Wildcards are unreliable, and with automake we try to promote reliable
> builds.  For instance that is why we use full instead of partial
> dependency information.

Wildcards can be unrealiable if you don't spesifically indicate that you
want them, and that you really knbw that your source directories must only
contain files that really belong to that project.

However, manual editing of source file list is not much more reliable I

> As an example suppose you want to use per-executable CFLAGS.  This
> feature won't work with wildcards since we must generate an explicit
> rule for each .o in the executable.

Per-executable CFLAGS can be done by having per-directory CFLAGS. I
already place each executable sources to separate directory.

> With wildcards there is no way to know when we need to regenerate the
> Makefile (we could do it every time, but first that would be horrible
> and people would complain, and second it only works with GNU make
> anyway).

I would be happy with something that I can call manually. I would have to
edit's manually anyaway - I just would like to say something
like autome --update instead. I would happily wait the time running
autotools takes. The wildcard pass is not the significant part of this
rerun. You do not need GNU make to make a list of source files when this
is done as part of automake pass.

My project currently has over 260 files in 20 directories and around 50000
lines of source code. The automake --update feature, or a simple script
which I could run before running automake, would be useful simply to
create the files - I am sure you can imagine that :)

-- Timo Suoranta -- address@hidden --

reply via email to

[Prev in Thread] Current Thread [Next in Thread]