build-sys: add AM_PROG_AR

This silences these warnings when running bootstrap.sh:

/usr/share/automake-1.13/am/ltlibrary.am: warning: 'module-augment-properties.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
augment/Makefile.am:1:   while processing Libtool library 'module-augment-properties.la'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'module-dir-watch.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
augment/Makefile.am:1:   while processing Libtool library 'module-dir-watch.la'
augment/Makefile.am: installing './depcomp'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'module-combine-sink.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
combine/Makefile.am:1:   while processing Libtool library 'module-combine-sink.la'
/usr/share/automake-1.13/am/ltlibrary.am: warning: 'module-murphy-ivi.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.13/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
murphy/Makefile.am:14:   while processing Libtool library 'module-murphy-ivi.la'

Change-Id: Ie802041272952e581d900b5edef91d682192c0f8
build-sys: use the same modlibexecdir as PulseAudio

When running ./configure, the old way of setting modlibexecdir
resulted in "/usr/local/lib/pulse-/modules" on my machine, which is
obviously wrong (it's missing the version number after "pulse-"). I
didn't track down the root cause (I suspect that the pkg-config
command used for getting the version didn't find the .pc file from
/usr/local), but I think the old way didn't make sense anyway. Why
would anyone want to use any other value for modlibexecdir than what
is used for building the upstream PulseAudio modules? This patch
reads the modlibexecdir value from pulseaudio-module-devel.pc. Now
the modlibexecdir value on my machine is
"/usr/local/lib/pulse-5.0/modules" as it should.

Change-Id: If8f9db70aea6c157d19f14ec370c571279fa5eb1
.gitignore: initial ignore list

Change-Id: I5469245877082a99400ce1cf786efb1d308c3461
remove remaining references to pa_bool_t, TRUE and FALSE

Change-Id: Ia6022e08234ef187db214ad806dbd8e0acc941e8
socketif: dummy implementation of pa_routerif_register_implicit_connection()

I don't know what the function is supposed to do, but
pa_routerif_register_implicit_connections() already has a dummy
implementation, so maybe a dummy implementation for
pa_routerif_register_implicit_connection() is fine too. Without this
I get a linker error about an undefined reference.

Change-Id: I078baa10456f625fe77018025d0e631f4fcc47db
handle unlinking of uninitialized sink inputs and source outputs gracefully

There's an upcoming change in PulseAudio that causes the unlink hooks
of sink inputs and source outputs to be fired more often. The hooks
may be fired when the sink input or source output doesn't have
anything but the state variable initialized, so e.g. proplist may be
NULL.

It seems that currently there's only a couple of places that need to
be modified to take NULL proplist into account, but there's a risk
that in the future some of the code that is called from the unlink
handlers will assume that some other thing is initialized. It would be
good to have some way to easily check right in the beginning of the
unlink handlers whether the sink input or source output has been seen
before. If it has been seen, then there are some guarantees about
things being initialized, and if it hasn't been seen, then the unlink
handlers could return immediately.

Change-Id: I1dc75122e185f747c5b3e4e78a237cec3946a38d
finer granularity of amname generation + audio manager registration filtering

Change-Id: Ie4a31093f5966fb8bf2a46cad338ba8c1cbec0d7
make multiplex as boolean module parameter, default value is true

Change-Id: Ic884c0664a0f702b9329368dc3743263ce92464c
pump up version number and update changelog

Change-Id: I9fa5cdda9ea37dfd3697906ce2ea5a5c7295a5cb