Build works with python 2.4 or higher
Fixed outdated link in 'information' header
autoconf: remove incorrect --enable-64-bit flag

This is a fix for issue #64: autotools: --enable-64-bit doesn't work
consistently. This flag doesn't work correctly in the presence of other
CFLAGS variables, or if its not specified and being built on a 64-bit
platform the output at the end of the configure script will be incorrect
causing confusion.

The fix is to remove this flag from the configure.ac script and allow
the users to force building a 32-bit or 64-bit library by setting the
CFLAGS/LDFLAGS appropriate for their compiler/platform at ./configure
time.
add CMakePushCheckState.cmake for older cmake versions

http://cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/CMakePushCheckState.cmake
with licence copied from:
http://cmake.org/gitweb?p=cmake.git;a=blob;f=Copyright.txt
use absolute path for referencing doc dir
Update debian build scripts:

- fix a warning by lintian
http://lintian.debian.org/tags/description-synopsis-starts-with-article.html
- Correct package name to properly include soname (librabbitmq1)
- Correct shared libs dependancies
Use https for codegen submodule URI protocol

https is more likely to be allowed through corporate firewalls than the
git protocol
Codegen.py should emit license in amqp_framing.h
Build without amqp_framing.py codegen

Changes to support building rabbitmq-c without having run the python
code generator, or do a git submodule init/update.

This is to facilitate creating links to downloadable source archives
from github
Update README.md to reflect changes in build procedure
Bumping version to v0.3.0
Add download link for latest stable version
fix autotools when dependency-tracking is disabled

The --enable-dependency-tracking flag causes the librabbitmq/gen
directory to be created automagically, when it should be explicitly
created.

Also the librabbitmq/gen should only be included if we're regenerating
the amqp_framing.h/.c files
Fix for XmlTo not found warning in tools directory

Issue was FindPackageHandleStandardArgs upper-cases the package name
so when XmlTo was passed to the FIND_PACKAGE_HANDLE_STANDARD_ARGS
function it created the variable XMLTO_FOUND instead of the expected
XmlTo_FOUND
FIX: htonll redeclared on Win32 v8

config.h.in didn't include the HAVE_HTONLL, have added this
htonll is declared inline in the Winsock2.h header, must use
CheckSymbolExists from there.