Marko Kreen writes:
> Well, user might want few of following features for own rules:
> - out-of-tree builds
> - cross-compilation
> - nice output
> - automatic deps
> otherwise user's own rules don't match Automake's.
> Ofcourse, that means it's up to user to deal with the complexity, but is
>
Marko Kreen writes:
>> My experience adding custom make rules to Makefile.am (which AFAICT,
>> mostly just passes them through) is that I typically don't need to use
>> obscure features, mostly it's just bog-standard make rules with some
>> shell-scripting in the build recipe.
>
> Well, user might
On Thu, May 02, 2013 at 07:17:49AM +0900, Miles Bader wrote:
> My experience adding custom make rules to Makefile.am (which AFAICT,
> mostly just passes them through) is that I typically don't need to use
> obscure features, mostly it's just bog-standard make rules with some
> shell-scripting in th
Marko Kreen writes:
> IMHO, building via "portable makefiles" is bad idea. For quite simple
> reason - user rules. Yes, you can create some default targets that are
> generated for user, portably. But as soon as user needs to write own
> rules or even write logic in makefile, then what?
It dep
On Wed, Apr 24, 2013 at 12:10 AM, Gavin Smith wrote:
> I've been working recently on making automake create plain Makefiles
> when it is run, rather than Makefile.in's, and thought I would share
> my progress and thoughts on this.
>
>...
>
> I haven't included the patches I've made so far as the c
On Mon, Apr 29, 2013 at 06:21:32PM +0100, Gavin Smith wrote:
> antimake and automake-ng (fork of automake targeting GNU make only)
> require GNU make. The changes I've made also introduce a few potential
> incompatibilities with make's other than GNU make, but I'm hopeful
> that these will be minor
On Sun, Apr 28, 2013 at 8:50 PM, Marko Kreen wrote:
> On Wed, Apr 24, 2013 at 12:10:44AM +0100, Gavin Smith wrote:
>> In the long run I'd like to see creating and running a build system to be
>> as simple as doing something like
>>
>> $ echo >Makefile.am <> bin_PROGRAMS = hello
>> hello_SOURCES =
On Wed, Apr 24, 2013 at 12:10:44AM +0100, Gavin Smith wrote:
> In the long run I'd like to see creating and running a build system to be
> as simple as doing something like
>
> $ echo >Makefile.am < bin_PROGRAMS = hello
> hello_SOURCES = hello.c beetroot.h rhubarb.h second.c
> END
> $ automake
> $
On 04/25/2013 04:49 AM, Miles Bader wrote:
> The current _user-interface_ ("./configure ...ARGS...; make") also has
> the advantage of making it pretty clear where one specifies
> configuration options, and retaining those options during normal
> rebuilds.
>
> [SNIP]
>
To add my 2 cents to all that
The current _user-interface_ ("./configure ...ARGS...; make") also has
the advantage of making it pretty clear where one specifies
configuration options, and retaining those options during normal
rebuilds.
With a "make-only" approach, where do I specify configuration options?
"make OPT1=yes ..."?
Roger Leigh writes:
> On Wed, Apr 24, 2013 at 08:36:06AM +0100, Diego Elio Pettenò wrote:
>> As a distribution developer this seems to me just yet another hack that
>> is going to cause us great pain in the future if it is found in the
>> wild..
> I'm not sure I see why. It has the virtue of re
On Wed, Apr 24, 2013 at 08:36:06AM +0100, Diego Elio Pettenò wrote:
> On 24/04/2013 00:10, Gavin Smith wrote:
> >
> > My question is, is there any interest in this kind of approach? I feel
> > that it would be a step towards making the GNU build system easier to
> > use and understand.
>
> As a d
On 24/04/2013 00:10, Gavin Smith wrote:
>
> My question is, is there any interest in this kind of approach? I feel
> that it would be a step towards making the GNU build system easier to
> use and understand.
As a distribution developer this seems to me just yet another hack that
is going to caus
I've been working recently on making automake create plain Makefiles
when it is run, rather than Makefile.in's, and thought I would share
my progress and thoughts on this.
The Makefile would trigger configure to be run when it is run for the
first time, eliminating the need for both "./configure"
14 matches
Mail list logo
