[PATCH libevdev] build: set aux-dir

[Peter Hutterer]

On Tue, Nov 19, 2013 at 10:00:25AM +1000, Peter Hutterer wrote:
> On Mon, Nov 18, 2013 at 07:32:40AM +0100, David Herrmann wrote:
> > Hi Peter
> > 
> > On Mon, Nov 4, 2013 at 3:43 PM, David Herrmann <dh.herrmann at gmail.com> wrote:
> > > If we don't set AUX_DIR, I get errors during ./configure:
> > >   /bin/sh: /home/david/missing: No such file or directory
> > >   configure: WARNING: 'missing' script is too old or missing
> > >
> > > This error is ignored by default, but may cause failures with newer
> > > autoconf versions. Simply set the AUX_DIR to "build-aux" like many other
> > > autotools projects do.
> > 
> > Independent of the subdir-objects thingy, this fixes a real bug for
> > me. Any reason not to apply this? It might have been a bit unfortunate
> > to start the subdir-objects discussion on this patch, as it is totally
> > unrelated.
> 
> sorry, forgot about this one. I don't have a problem with adding it per-se,
> but I'd rather figure out why this breaks on your machine. once we know that
> we can merge the patch but I'd like to know if this just papers over the
> problem.
> 
> > >   /bin/sh: /home/david/missing: No such file or directory
> 
> this suggests that ac_aux_dir is unset in your case, but why? there's a
> check for that in configure here where it should exit much earlier than
> this. can you check your configure script and debug what really is happening
> here?

follow-up: this is almost certainly an automake bug* introduced in 1.14. Bisected it
down to 34001a987a6defdb70f6f3c17cce9d9c665fe6e8  
    compile: use 'compile' script when "-c -o" is used with losing compilers

Specifically, the culprit is (in our case) AC_USE_SYSTEM_EXTENSIONS. If that
is moved below AM_INIT_AUTOMAKE, it works again.

I've filed a bug upstream here:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15981

Cheers,
   Peter

* or we don't call AC_USE_SYSTEM_EXTENSIONS correctly, but it used to work,
so...