This fixes a "AX_COMPILER_VENDOR: command not found" error on
systems with older autotools versions (CentOS 5.x in this case).

Not a problem on newer auto* toolchains, they either ignore
acinclude.m4 completely or handle it in a different way.

(In fact, acinclude.m4 is not even needed for the one on CentOS 5,
 but we'll keep it for now.)

Tested-on: CentOS 5.7 x86_64 autoconf 2.59 / automake 1.9.6 / libtool 1.5.22
Tested-on: Gentoo 20111031 x86_64 autoconf 2.68 / automake 1.11 / libtool 2.4
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>

freetdm: Added some code to differentiate between wanpipe_wait returning FTDM_TIMEOUT and FTDM_FAIL on transmit

This fixes the build as flite is now bundled as a tar.bz2 archive.

mod_freetdm/libpri: Fix problem with some destination using early-media for IVR.  FS wasn't switching to accept the media of the early media provided in some type of ISDN msg.  This fix it for the situation I've experienced.

Error messages (on x86_64):

  {standard input}: Assembler messages:
  {standard input}:28: Error: `(%esp)' is not a valid 64 bit base/index expression
  {standard input}:31: Error: `(%esp)' is not a valid 64 bit base/index expression
  {standard input}:34: Error: `(%esp)' is not a valid 64 bit base/index expression
  gmake[8]: *** [cpu_detect_x86_gcc.lo] Error 1

This part of the CPU detection code is now skipped on x86_64.
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>

This is a workaround to an issue where editline counts non-printable
control characters.  See issue FS-3606.

Example: --with-libpri=/usr/local
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>

FS-3640 try this patch, not sure what you are doing because I can recover 300 channels fine.  I added a patch to deal with what looks like corrupted data in the cdr or something so it should fail more gracefully