Build error 2.3 on Ubuntu lucid beta

Derek Atkins warlord at MIT.EDU
Thu Mar 25 16:35:13 EDT 2010


Hi,

Please remember to CC to list on all replies..

Colin Law <clanlaw at googlemail.com> writes:

> On 25 March 2010 18:08, Derek Atkins <warlord at mit.edu> wrote:
>> Colin Law <clanlaw at googlemail.com> writes:
>>
>>> On 25 March 2010 15:31, John Ralls <jralls at ceridwen.us> wrote:
>>>>..
>>>> You need to run autogen.sh if a Makefile.am is changed. Autogen runs automake which makes Makefile.in from Makefile.am; configure uses Makefile.in, not Makefile.am, for input to create Makefile.
>>>
>>> Would it be possible to have a top level make that ran autogen and
>>> configure when appropriate?  One would have to provide the params for
>>> configure somehow of course.
>>
>> Generally the auto-tools will re-run it for you in maintainer mode.
>> I honestly don't know why it didn't re-run for you.  It certainly does
>> it for me on Linux.
>
> Sorry I don't know what you mean by that, could you explain in more
> detail?  I can't see how configure can run automatically at the moment
> as you have to supply parameters.

No, you don't.  config.status knows how you called configure.  C.f.:

  ./config.status --version

The auto tools are set up such that it should notice that the
Makefile.am is newer than the Makefile.in and rerun automake, or that
the configure.in is newer than configure and rerun autoconf.  It's
supposed to all just work (and it works just fine for me here on Linux).

In the case of rerunning configure, it just calls ./config.status --recheck

> Colin

-derek
-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available


More information about the gnucash-devel mailing list