<!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-07-08 at 17:39 +0100, Julien Cristau wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
On Thu, Jul  8, 2010 at 12:31:57 -0400, Gaetan Nadon wrote:

&gt; On Thu, 2010-07-08 at 16:28 +0100, Julien Cristau wrote:
&gt; 
&gt; &gt; When building from tarball, yacc isn't needed because xkbparse.c is
&gt; &gt; shipped.
&gt; &gt; 
&gt; 
&gt; I don't see how this is related to the patch. The AC_PROG_YACC behavior
&gt; is wrong, the patch attempts
&gt; to restore the design intent (maybe we were both wrong there). 
&gt; 
The patch makes my build fail when I don't have bison installed in the
chroot, while it built fine before.

</PRE>
</BLOCKQUOTE>
Your expectations are correct, one should be able to build a tarball without yacc.<BR>
Peter's expectations are also correct, the configuration should fail if a development tool<BR>
is missing.<BR>
<BR>
Automake can handle both scenarios due the dependencies checking. It has also added<BR>
the maintainer clean concept to prevent accidental deletion of files generated by &quot;special tools&quot;<BR>
not available at build time.<BR>
<BR>
Autoconf however does not have support for both scenarios. At configuration time, only<BR>
the presence and/or capabilities is checked, not whether it is needed or not. <BR>
<BR>
Currently, it appeared to be working because of a bug, where by a missing yacc was never detected.<BR>
I'll propose a patch to correctly handle this situation.<BR>
<BR>
Thanks,<BR>
Gaetan<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
Cheers,
Julien
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>