[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Documentation/GNUmakefile: Missing dependencies for internals.texi
From: |
Colin Hall |
Subject: |
Re: Documentation/GNUmakefile: Missing dependencies for internals.texi |
Date: |
Fri, 14 Dec 2012 09:54:47 +0000 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Thu, Dec 13, 2012 at 05:40:15PM +0100, Johannes Rohrer wrote:
> * 2012-12-13 15:50 +0100 Phil Holmes:
> > "Johannes Rohrer" <address@hidden> wrote in message
> > news:address@hidden
> > > 'make doc' generates the texinfo file for the Internals Reference
> > > from ly/generate-documentation.ly, which in turn relies on
> > > scm/document*.scm and their recursive dependencies to do the actual
> > > work. In the process, settings encoded in various other files get
> > > documented, e.g. from ly/engraver-init.ly and scm/define-*.scm.
> > >
> > > Changes to such files do not necessitate, nor trigger, recompiling
> > > the LilyPond binary; yet that is the only dependency marked:
> > >
> > > --- Documentation/GNUmakefile, lines 287-288 ---
> > > $(outdir)/internals.texi: $(LILYPOND_BINARY)
> > > cd $(outdir) && $(buildscript-dir)/run-and-check
> > > "$(LILYPOND_BINARY) --verbose
> > > $(top-src-dir)/ly/generate-documentation"
> > > "generate-documentation.log"
> > > ---
> >
> > In this situation, I believe we expect developers to run
> >
> > make
> > make doc
> >
> > rather than have make doc remake the binaries.
>
> But that does not work?
>
> Say, I change scm/translation.scm, one of the files responsible for IR
> generation, and nothing else.
>
> The LilyPond binary does not depend on scheme files, so 'make'
> (correctly) does NOT recreate it.
>
> Hence, without the added dependencies, neither does 'make doc' recreate
> internals.texi.
Just to let the bug squad know, Johannes Rohrer created his own tracker for
this.
http://code.google.com/p/lilypond/issues/detail?id=3020
Cheers,
Colin.
--
Colin Hall