<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0"> </HEAD> <BODY> On Thu, 2010-11-18 at 16:44 -0800, Alan Coopersmith wrote: <BLOCKQUOTE TYPE=CITE> <TT>> +%.pdf: %.xml $(XML_ENT_DIR)/xserver.ent</TT> </BLOCKQUOTE> The generated files depend on xserver.ent which is what pattern rules allow you to do. This is not possible with the "<TT>.xml.html:</TT>" suffix rules. <BLOCKQUOTE TYPE=CITE> <TT>>       $(AM_V_GEN)$(XMLTO) $(XMLTO_FLAGS) --with-fop pdf $<</TT> <TT>>  endif</TT> <TT>>  </TT> <TT>> @@ -66,8 +66,3 @@ endif HAVE_XMLTO</TT> <TT>>  </TT> <TT>>  CLEAN_DOC_FILES = $(TXT_FILES) $(HTML_FILES) $(PDF_FILES)</TT> <TT>>  </TT> <TT>> -# All the files we build depend on the entities</TT> <TT>> -$(BUILT_DOC_FILES): $(XML_ENT_DIR)/xserver.ent</TT> </BLOCKQUOTE> This target worked but is no longer needed due to pattern rules above. <BLOCKQUOTE TYPE=CITE> <TT>> -</TT> <TT>> -$(XML_ENT_DIR)/xserver.ent:</TT> <TT>> -     (cd $(XML_ENT_DIR) && $(MAKE) $(AM_MAKEFLAGS) $(@F))</TT> </BLOCKQUOTE> My current level of understanding says it is impossible for this target to ever work, under any circumstances, even when invoked manually. It would have to be a PHONEY target. <BLOCKQUOTE TYPE=CITE> <TT>I don't see what this buys you, but it seems to lose the building</TT> <TT>of xserver.ent when needed.   (Though since it's built by configure</TT> <TT>I guess it shouldn't be needed except in unusual circumstances.)</TT> </BLOCKQUOTE> With the patches, I could not find a scenario where the docs did not get rebuilt when xserver.ent changes (due to autoreconf). </BODY> </HTML>