[PATCH libevdev] build: set aux-dir

[David Herrmann]

Hi Gaetan

On Mon, Nov 4, 2013 at 7:46 PM, Gaetan Nadon <memsize at videotron.ca> wrote:
> On 13-11-04 09:43 AM, David Herrmann 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.
>
>
> Nothing wrong in using AC_CONFIG_AUX_DIR but it will not solve any of your
> problems. This macro just tells autoconf where to look for the generated
> scripts,

This macro solves: "WARNING: 'missing' script is too old or missing"
Don't ask me why, but somehow autoconf doesn't find the "missing"
script without it here (probably related to autoreconf).

This patch is not supposed to solve the subdir-objects warnings. I
just thought I'd mention it as Peter probably hadn't seen them, yet.

> http://www.gnu.org/software/automake/manual/automake.html#index-AC_005fCONFIG_005fAUX_005fDIR-1
>
> I can configure libevdev with no warning (autoreconf -vfi -Wall). I am with
> autoconf 2.68 automake 1.11.
>
> Mesa uses subdir-objects extensively, so you might find hints in there.
>
> http://www.gnu.org/software/automake/manual/automake.html#index-subdir_002dobjects
> which is an option to AM_INIT_AUTOMAKE.
>
> I just happened to be reading the docs for automake from 2.60 to 2.69 and
> the way to setup subdir-objects have changed. In any case, you need to test
> with 2.62. The automake doc on the web is from the latest version and may
> not match the version you have on your workstation.

I'm on rolling-release, so 2.69 it is. I know how subdir-objects work,
the thing is, we include our source files in ./libevdev/Makefile.am
and ./test/Makefile.am and during "make distclean" ./libevdev/.deps/
got removed before distclean is called in ./test/, thus failing "make
distcheck" as it cannot find its .Po dependencies..

If you know how to solve that, I'd be happy to get hints. But
otherwise I'm just too lazy to fix Peter's recursive Makefiles ;) If
we'd switch to one global top_srcdir makefile, these problems would go
away by itself. But maybe we can just live without setting
"subdir-objects". I don't really care that much.

Thanks
David