Fix installaton of python wrapper

--------------------------------------------
The python wrapper installation path is not correct:
-- Building python bindings via swig. Will be installed under /usr/site-packages

In fact it doesn't even rely on CMAKE_INSTALL_PREFIX because of this:
GET_FILENAME_COMPONENT(SITEPACKAGE ${PYTHON_LIB_INSTALL}/../site-packages ABSOLUTE)

I think it should more look like this: (here with CMAKE_INSTALL_PREFIX=/home/michel/Download/libftdi-git/build/install)
-- Installing: /home/michel/Download/libftdi-git/build/install/lib64/python2.7/site-packages/_ftdi.so
-- Installing: /home/michel/Download/libftdi-git/build/install/lib64/python2.7/site-packages/ftdi.py
--------------------------------------------

Increase ftdi_eeprom->cbus_function array again

Remove errorneous ; after if

Detected by my upcoming cppcheck check

Interface can not be changed on an already open device

Based upon code from Uwe Bonnes, improved by me.

Use ftdi_new and not ftdi_init in the examples

At least our examples should use the library allocated buffer
and not a user allocated one.

Solved another TODO entry

Add example code demonstrating how to use the python wrapper

Remove old ftdi_enable_bitbang() function. It was marked as deprecated for two years

SWIG wrapper: Mark ftdi_version_info.version_str and .snapshot_str read only

Fixes this warning:
Warning 451: Setting a const char * variable may leak memory.

Use a private header for the private EEPROM structures

I added the ftdi_i.h header to bindings/ftdi.i. Noe the bindings compile
again. Other things are untouched.

Upgrade doxygen file with 'doxygen -u'

Quiet normal doxygen output so we only see the useful messages

Some more steps done towards 1.0

Merge remote-tracking branch 'origin/get-library-version'

Merge branch 'autoconf-removal'

Increase library version to 0.99

Remove unused templates directory

It was autocreated by kdevelop back in the days.

Update release process documentation

Add 'make dist' target

Remove autoconf support. Project switched to cmake

Missing version header template file

Added API to get libftdi library version.

Supports version number as integer, string
and possible git snapshot revision.

Based upon idea by Martin Zenzes.

Silence gcc warnings about possible uninitialized variables

Merge branch 'new-baudrate-code'

Adjust unit test to match baudrate calculation for AM type chips

ftdi_eeprom/main.c: Clean up the FTDI structure on exit

Valgrind still reports an error, but I suspect it is with (my version?)
of confuse.

ftdi_eeprom/main.c: Malloc the eeprom Buffer with the size exported by the API

The BM_type_chip option no longer exists

Document what needs to be done for an official 1.0 release - based upon email from Xiaofan Chen

Update PC-Lint settings file

Fixture base class destructor should be virtual

Cosmetic changes and add Uwe to authors

test/baudrate.cpp: Add testcases for the rounding border cases

Round the returned baudrate in ftdi_to_clkbits and adjust the changed values in test/baurate.cpp

test/baudrate.cpp: Change the expected results to the present results. AM still has some errors in the cornercase.

2232C is a BM type chips for baudrate calculations

test/baudrate.cpp: Use orthogonal names for the test-targets

Explain the index/value format baudrate setting

test/baudrate.cpp: Evaluate according to this explanation

Unify baudrate unit test for chips behaving the same

Update unit test to the new baudrate code

Rewrite the baudrate calculation, tested for 232R and 232H

Update baudrate unit test to show divisor/fractional bits/clock (suggested by Uwe)

examples/serial_test.c: Use smaller buffers for lower baudrates to abort faster on ^C

examples/serial_test.c: Explicit set the line parameters

examples/serial_test.c: Use FTDI vendor ID as default

examples/serial_test.c: Don't crash if no pattern on write is given

Exit immediate if invalid write pattern is given

Fix off-by-one buffer size error (detected by PC-lint)

Use default vendor/product strings for EEPROM when user doesn't supply some

EEPROM: treat USE_SERIAL as bool, not a flag

ftdi_eeprom: the chip type is given by the connected device, we may not change it

ftdi_eeprom: Change sequenc of initialization to get the chip size right

ftdi_eeprom: If we don't understand the argument, tell the user and abort

Cosmetic changes to the unit test

Add unit test for existing baudrate calculcation code

Implement a table for every chip type
which stores the expected calculated result.

Highest speed currently tested is 921600

Add (optional) unit test infrastructure

Requires unit test framework from boost
so we can test the C and C++ code.

Also has automatic test registration
and the ability to run tests individually.

Fix include directories: Prefer local (probably newer) ftdi.h instead of the already installed one

Try to inhibit programming EEPROM with data for a different device and zero EEPROM memory image early

Next try to get the encoding/decoding for the different FT2232/FT232H chip modes right

Using my EEPROM setting tool for some gadget here shown that I had the
chipmode en-/decoded wrong.

Search for any devices with one of the default VID/PID, if no VID/PID if given

Fix more occurences of serial_read -> serial_test

Rename serial_read to serial_test, as now write is also possible

Give usage hints for handling empty EEPROM

FT232H has even more config bytes and less user_area

Only try ftdi_usb_open_dev if devices found

Baud rate generation is the same as with FT2232H/FT232H

Move opening the device before tampering with the values, move reading the device just after opening

ftdi_eeprom: Change handling the EEPROM size

ftdi_eeprom: Use exported APIs only

examples/eeprom: With no VID/PID/desc/serial, print eeprom content

of all FTDI devices found with default VID/PID

Add ftdi_set_eeprom_buf() as proposed in ftdi_eeprom

Add missing ftdi_get|set_eeprom_value entries

examples/find-all: Use the new "find-all" option

ftdi_usb_find_all: Only search for default devices if both VID AND PID are 0

Allow to search for all FTDI standard VID/PID

Allow to search for all FTDI standard VID/PID by passing VID:PID 0:0
to ftdi_usb_find_all

Increment the refcount on devices we return from ftdi_usb_find_all()

Don't return before cleanup

1.0/src/ftdi_stream.c: Check for fitting device

1.0/examples/stream_test: Fix memory leakage pathes

Only ftdi_init may call libusb_init, or we leak an USB Context

Fix all leak in the examples shown with no device connected

Fix calculation of the Mode Bitfield

Hardware mode definitions for EEPROM programming must follow new definition Some more FT232H related defines

Change how the hardware mode is programmed to inhibit setting invalid bit combinations

Handle the FT232H CBUS Bits, Keep Values list numbered

FT232h: Handle the FT1284 Mode bits

FT232H: Handle the EEPROM Bit for Enter Powerdsave on ACBUS7

Add FT232H drive/strength/slew/schmitt trigger

Add FT1284 driver mode and new VCP bit position

Beginning of FT232H support. Many EEPROM values still need to be deciphered!

Free the device list in ftdi_usb_find_all

This fixes the leak with examples/find_all

Clean up on error

Clean up in error pathes

Add missing check for NULL product string

Remove other duplicate-code

Abort if no EEPROM is found

Remove some code duplication

Move libusb_init() call to prevent crash
on plain ftdi_init() / ftdi_deinit().

Also check ftdi->usb_ctx in ftdi_deinit().

Code based on patch by Uwe Bonnes.

Forward port flexible module unload behavior

Fix small typo

libftdi1: Fixe Fixme in CBUS decoding

>>>>> "Thomas" == Thomas Jarosch <thomas.jarosch@intra2net.com> writes:

    Thomas> Uwe, On Friday, 20. May 2011 12:43:42 Uwe Bonnes wrote:
    >> as I am still in the steep part of the learning curve with git, at
    >> some point in time I accidently merged my changes to streaming read
    >> and eeprom to one. That way, my tree diverged from either libftdi-1.0
    >> master and eeprom- new. As I need both features, maintainance is
    >> difficult.
    >>
    >> Two questions: Why is eeprom-new still not merged?

    Thomas> It is now.

Thanks

Appended patch hopefully fixes the FIXME aimed at me.

Bye
--
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>From 92ec6ded6df5aa377e1f82c081891b321f22c1d0 Mon Sep 17 00:00:00 2001
From: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
Date: Fri, 20 May 2011 18:03:21 +0200
Subject: Only the first 4 PINs have (fixed) CBUS functionality