<!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-03-04 at 16:21 -0500, Gaetan Nadon wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
    On Thu, 2010-03-04 at 12:36 -0800, Dan Nicholson wrote: 
    <BLOCKQUOTE TYPE=CITE>
<PRE>
On Thu, Mar 4, 2010 at 12:10 PM, Fernando Carrijo &lt;<A HREF="mailto:fcarrijo@yahoo.com.br">fcarrijo@yahoo.com.br</A>&gt; wrote:
&gt; Dan Nicholson &lt;<A HREF="mailto:dbn.lists@gmail.com">dbn.lists@gmail.com</A>&gt; wrote:
&gt;&gt; We need to change libXi to demand 8.4.5. I think the big reason for
&gt;&gt; needing this change is the Ubuntu has 8.4.4 and it doesn't work. So,
&gt;&gt; change libXi to:
&gt;&gt;
&gt;&gt; XORG_CHECK_ASCIIDOC([8.4.5])
&gt;&gt;
&gt;&gt; You should have the doc build skipped in that case. But for the error
&gt;&gt; you're hitting,
&gt;
&gt; I forgot to mention that in another trial I added a line exactly like
&gt; this one you suggested above to lib/libXi/configure.ac, then removing
&gt; the one which imediatelly preceded it, after presuming that both were
&gt; mutually exclusive. This rendered the following diff:
&gt;
&gt; &nbsp;@@ -12,7 +12,7 @@ m4_ifndef([XORG_MACROS_VERSION],
&gt; &nbsp; XORG_MACROS_VERSION(1.5)
&gt; &nbsp; XORG_DEFAULT_OPTIONS
&gt; &nbsp; XORG_WITH_XMLTO
&gt; &nbsp;-XORG_WITH_ASCIIDOC
&gt; &nbsp;+XORG_CHECK_ASCIIDOC([8.4.5])
&gt; &nbsp; AM_CONFIG_HEADER(src/config.h)
&gt;
&gt; &nbsp; # Check for progs
&gt;
&gt; and resulted in this (abridged) output:
&gt;
&gt; &nbsp;checking for xmlto... /usr/bin/xmlto
&gt; &nbsp;./configure: line 4889: syntax error near unexpected token `8.4.5'
&gt; &nbsp;./configure: line 4889: `XORG_CHECK_ASCIIDOC(8.4.5)'
&gt;
&gt; That reminded me that in this same thread Gaetan suggested the use of
&gt; XORG_WITH_ASCIIDOC([8.4.5]) instead. And after another round of 'make
&gt; distclean' and 'build.sh' I got back to the situation I faced yesterday:
&gt;
&gt; &nbsp;Making all in man
&gt; &nbsp;make[1]: Entering directory `/home/fcarrijo/softwares/repositorio/xorg/lib/libXi/man'
&gt; &nbsp;/bin/sed -e 's/__xorgversion__/&quot;libXi 1.3&quot; &quot;X Version 11&quot;/' -e 's/__xservername__/Xorg/g' -e 's/__xconfigfile__/xorg.conf/g' -e 's/__appmansuffix__/1/g' -e 's/libmansuffix/3/g' -e 's/__filemansuffix__/5/g' &lt; XAllowDeviceEvents.man &gt; XAllowDeviceEvents.3
&gt; &nbsp;make[1]: *** No rule to make target `XChangeDeviceDontPropagateList.3', needed by `all-am'. &nbsp;Stop.
&gt; &nbsp;make[1]: Leaving directory `/home/fcarrijo/softwares/repositorio/xorg/lib/libXi/man'
&gt; &nbsp;make: *** [all-recursive] Error 1
&gt;
&gt; Something tells me that the one-liner comment which follows the
&gt; implementation of the macro XORG_WITH_ASCIIDOC, in xorg-macros.m4 is, in
&gt; the absence of a better word, misleading. But with the knowledge I have
&gt; now about the inner workings of the autotools I dare not to infer much
&gt; more.
&gt;
&gt;&gt; make[1]: *** No rule to make target
&gt;&gt; `XChangeDeviceDontPropagateList.3', needed by `all-am'. &nbsp;Stop.
&gt;&gt;
&gt;&gt; I think it's something we fixed in the libXi automake rules a while
&gt;&gt; back. Is this libXi git?
&gt;
&gt; Yes. HEAD revision of master branch, as of today.

Hmm, it seems like it's actually still trying to build the pages
despite not having the tools. Can you tell me what &quot;grep -e
HAVE_DOCTOOLS -e INSTALL_MANPAGES config.status&quot; gives? What happens
if you do a full &quot;git clean -Xdf&quot; and then start again? It seems like
this would only be happening with stale files.

--
Dan
</PRE>
    </BLOCKQUOTE>
    <BR>
    I have a theory. Removing the .man files should clear the problem. This can be done by running make maintainer-clean as well.<BR>
    <BR>
    The 2 step process. Convert .txt to .man using asciidoc and convert .man to .3 using sed. If asciidoc is disabled but if you have .man, then sed is invoked to create .3 files. In this case, the .man files are probably present but broken due to earlier run with asciidoc at the wrong level. They are are not removed by &quot;clean&quot;, only by maintainer-clean. We have not tested with broken .man files.<BR>
    <BR>
    <BR>
</BLOCKQUOTE>
This test is done at configure time, so if this file is removed afterwards, or if other .man are missing, the makefile will try to generated .3 from .man.
<BLOCKQUOTE>
<PRE>
# Determine if the source for man pages is available
# It may already be present (tarball) or can be generated using doctools
AM_CONDITIONAL([INSTALL_MANPAGES],
        [test -f &quot;$srcdir/man/XAllowDeviceEvents.man&quot; || \
        &nbsp; test $have_doctools = yes])
</PRE>
</BLOCKQUOTE>
Running make maintainer-clean and ./autogen.sh should restore the build in a consistent state.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
    <BR>
    <BR>
    <BLOCKQUOTE TYPE=CITE>
<PRE>
_______________________________________________
xorg-devel mailing list
<A HREF="mailto:xorg-devel@lists.x.org">xorg-devel@lists.x.org</A>
<A HREF="http://lists.x.org/mailman/listinfo/xorg-devel">http://lists.x.org/mailman/listinfo/xorg-devel</A>
</PRE>
    </BLOCKQUOTE>
<PRE>
_______________________________________________
xorg-devel mailing list
<A HREF="mailto:xorg-devel@lists.x.org">xorg-devel@lists.x.org</A>
<A HREF="http://lists.x.org/mailman/listinfo/xorg-devel">http://lists.x.org/mailman/listinfo/xorg-devel</A>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>