Hi Ralf! > * Thomas Keller wrote on Tue, Jan 25, 2011 at 12:36:12AM CET: >> I'm currently in the process of cleaning up our source tree and >> reorganize many files. One of the last tasks here is to combine our >> documentation-relevant files into one subdirectory doc/. This worked out >> fine so far, i.e. info files are automatically generated at the correct >> place, but the previously automatically generated targets for PDF and >> DVI output completely vanished from the resulting Makefile and as such >> PDF and DVI generation are completely broken. > > Please send a minimal example Makefile.am and commands to reproduce the > breakage, plus their error messages, to bug-automake (opening a new PR). > > FWIW, Libtool uses subdir texinfo files for a while now. There have > been some glitches a while ago (I only find this now: > <http://thread.gmane.org/gmane.comp.tex.texinfo.bugs/3930>) > but otherwise things should be working.
I think I figured it out. Its not a bug in automake, but rather an, erm,
unexpected behaviour.
If the texi source remains in $(topsrcdir), which it was for us in the
past, automake generates rules like this:
-----------
.texi.pdf:
TEXINPUTS="$(am__TEXINFO_TEX_DIR)$(PATH_SEPARATOR)$$TEXINPUTS" \
MAKEINFO='$(MAKEINFO) $(AM_MAKEINFOFLAGS) $(MAKEINFOFLAGS) -I \
$(srcdir)' $(TEXI2PDF) $<
...
sample.pdf: test.texi
-----------
while it creates the following rules when the texi source remains in
some sub directory:
-----------
doc/sample.pdf: doc/test.texi doc/$(am__dirstamp)
TEXINPUTS="$(am__TEXINFO_TEX_DIR)$(PATH_SEPARATOR)$$TEXINPUTS" \
MAKEINFO='$(MAKEINFO) $(AM_MAKEINFOFLAGS) $(MAKEINFOFLAGS) -I \
doc -I $(srcdir)/doc' $(TEXI2PDF) -o \
$@ `test -f 'doc/test.texi' || echo '$(srcdir)/'`doc/test.texi
-----------
This is the Makefile.am that leads to the above results:
-----------
AUTOMAKE_OPTIONS = subdir-objects -Wno-portability
info_TEXINFOS = doc/test.texi
MAKEINFOFLAGS=-I $(top_builddir)
-----------
So the error for me (and the others) was that we had a custom
"doc/sample.pdf" target in our Makefile.am, which was added in the past
to let the manual depend on other included sources. This target probably
conflicted with the auto-generated target above and therefor the PDF
(and DVI) generation code was missing.
From looking at the automake docs I think I found the proper solution
for this dilemma: using test_TEXINFOS for the additional requirements.
Thomas.
--
GPG-Key 0x160D1092 | tommyd3...@jabber.ccc.de | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en
signature.asc
Description: OpenPGP digital signature
