Added mingw-w64 toolchain files

Fixed installation of static libraries with windows.

Fixed libintl use.

Improve mingw cross-compiling instructions

This should make them less hackish and the outlined way seems to be
what upstream is recommending.

Signed-off-by: Paul Fertser <fercerpav@gmail.com>

cmake: allow to use pkg-config for windows builds as well

If the user has an appropriate pkg-config wrapper,
e.g. i686-w64-mingw32-pkg-config (or building natively on mingw and
has pkg-config or pkg-config-lite installed), it can be used to locate
libusb-1.0 properly. For cross-compiling
-DPKG_CONFIG_EXECUTABLE=`which i686-w64-mingw32-pkg-config`
needs to be explicitly set.

It still doesn't prevent pkg-config-less operation, i.e. the user can
specify something like
-DLIBUSB_INCLUDE_DIR=~/i686-w64-mingw32-root/usr/include/libusb-1.0
and the build will succeed even when no pkg-config executable is
present.

Signed-off-by: Paul Fertser <fercerpav@gmail.com>

Fix mingw build issue caused by "interface" preprocessor definition

Due to a weird odditie of windows, mingw has to redefine "interface" to
"struct" in its headers as described e.g. at
https://bugzilla.redhat.com/show_bug.cgi?id=980270

So if some software includes windows.h before ftdi.h, it'll lead to a
build failure. This snippet, borrowed from libusb, fixes it.

Signed-off-by: Paul Fertser <fercerpav@gmail.com>

Python bindings: Fix warnings from pep8

Whitespace cleanup

swig wrapper: Remove dynamic python module soname

Take dist-specifc python path into account.

Added detection of libintl.

Add get/set for usb_read/write_timeout in C++ wrapper

Fix typo in error message

Inspired by patch from Matthias Brugger <matthias.bgg@gmail.com>

Unify style of the main source code

With all the contributions flowing in,
the code style varied here and there.

Also add the script I use to format the source code.

Added partial support for FT230X

Added ftdi_eeprom_set_strings()

Remove compiler warnings on signed comparison

Prevent possible segfault

Fix compile error reported by Bryan Richmond

Save device release number. Allow writing of eeprom buffer, that was read from device.

make building of static libs optional

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

Moved python stuff to own directory
(was 'bindings' before)

Added confuse script and moved cmake files

Fix eeprom flags for eeprom build

Original mail on libftdi mailinglist:
-------------------------------------

   Hello,

the eeprom_decode function sets struct ftdi_eeprom flags like this:
   eeprom->self_powered = buf[0x08] & 0x40;
but the eeprom_build uses the flags this way:
   if (eeprom->self_powered == 1)
as the result the bits won't be set. I suggest the patch below.

   - Jarkko Sonninen

Fixed read_pins argout typemap being sensitive to encoding.

Added version attribute.

Allow to override LIB_SUFFIX

Fixed deprecated cmake python variable.

Fix typo in release documentation

Prepare changelog for release

Fix usleep unit conversion

MinGW support: Change sleep() to usleep()

Change sleep() to usleep() to make examples build
successful under Windows with MinGW.

Prepare third release candidate

Adapt to new cmake config files path

Add C++ wrapper config vars.

Renamed LibFTDIConfig.cmake. Cosmetic changes to CMakeLists.

Adapt rpm specfile to changed doxygen output path

Include generated cmake config files in devel rpm package

Fixed cmake script installation dir on rpm distro.

Change default build type to optimized build with debug symbols (RelWithDebInfo)

Fixed python wrapper being rebuilt every time.

Added cmake config file

Prepare for 1.0rc2

Add verbose build instructions

Fixed doxygen docstring generation.

Fixed doxygen warnings.

Fixed python3 bindings generation.

Fixed convert string function in python wrapper.

Don't #include <libusb.h> from ftdi.h

Libusb is used internally but (normally) not needed by an application
directly, so don't include <libusb.h> from the exposed interface header.

Signed-off-by: Anders Larsen <al@alarsen.net>

fix mem leaks in examples ftdi_deinit -> ftdi_free

Update README.mingw to reflect current Windows libusb situation

Mark release candidate status

Quick start guide how to build libftdi

Update ChangeLog

Update AUTHORS

Update README and TODO

Increase copyright year (final release will be in 2013)

Grab changelog from libftdi 0.20

Fix rpm dependency

rpm .spec file: Package the python wrapper

Install ftdi_eeprom

First shot at fixing the .spec file

C++ wrapper: Fix use-after-free issue in List::find_all()

We can no longer call ftdi_deinit() inside find_all().
This will call libusb_exit() which invalidates all further
operations on device lists / usb devices pointers.

Instead we pass in the Ftdi::Context from the calling side.

Tweak doxy2swig.py output to include Returns header

Underlines are proportional to the title now also.

Extract doxygen from ftdi.c to python docstrings

Uses the doxy2swig.py script to process the doxygen-generated
doc/xml/ftdi_8c.xml file into a SWIG file ftdi1_doc.i.

This allows the documentation to show in a python docstring viewer from
something like ipython.

Enable separate doxygen XML output

The xml is to be post-processed for other purposes, e.g. generating python
docstrings via a script.

Fix build on FreeBSD (cmake file typo)

Updated python wrapper: Fixes for python3 + documentation

xantares 09 wrote:
- Fixed examples with python3
- Added docstring documentation

Note: the read_chipid function fails from python3.

Fix python lib linking on MacOS X

Improve cpack packaging

- Filter out "build" directory
- source package name is arch-dependent

Fix doxygen doc generation if C++ wrapper is not built

python bindings: python3 support

Whitespace fixes by Thomas Jarosch (detected by pylint and git)

Remove ftdi_async_complete() left over from libftdi 0.x

Avoid to link python libs on debian

Fix wrong array access in set_ft232h_cbus()

Changed code by Martin Devera <martin.devera@wifcom.cz>,
patch and commit log by Thomas Jarosch.

Merge branch 'renames-for-release'

Python stuff is solved now

fixed NULL-pointer dereference in the ftdi_error_return(code, str) macro that occures when it is called because of a ftdi == NULL check

Hi,

as we just performed a Cppcheck run upon our project including the libftdi sources it found a possible null-pointer dereference when calling the ftdi_error_return(code, str) macro after the ftdi==NULL check.

Fix for this bug:

fixed NULL-pointer dereference in the ftdi_error_return(code, str) macro that occures when it is called because of a ftdi == NULL check

Hi,

as we just performed a Cppcheck run upon our project including the libftdi sources it found a possible null-pointer dereference when calling the ftdi_error_return(code, str) macro after the ftdi==NULL check.

Fix for this bug:

Remove old async mode ignore lines

Reported by Michel Zou

Rename python wrapper to ftdi1. Adapt examples with minimal code changes

ftdi_eeprom: reset the device after flashing the eeprom

If we change e.g. the product-id the change will take effect immediately
without having to unplug/replug the device.

Signed-off-by: Anders Larsen <al@alarsen.net>

Document the FT245R EEPROM weirdness

The FT232R and the FT245R share the same USB id (0x0403, 0x6001) and are
only distinguished by bit 00.0 in the (internal) EEPROM.

ftdi_eeprom currently can't handle this and will turn an FT245R chip
into an FT232R; document the fact.

Signed-off-by: Anders Larsen <al@alarsen.net>

ftdi_eeprom: Added config value "eeprom_type"

The default eeprom size is 128 bytes - if we have a larger one, we need
a way to specify the fact.
Using ftdi_read_eeprom() / ftdi_eeprom_decode() to get the actual eeprom type
is not an option as ftdi_eeprom_decode() would overwrite the values set
by ftdi_eeprom_initdefaults()

Signed-off-by: Anders Larsen <al@alarsen.net>

ftdi_eeprom: reset the device after flashing the eeprom

If we change e.g. the product-id the change will take effect immediately
without having to unplug/replug the device.

Signed-off-by: Anders Larsen <al@alarsen.net>

Document the FT245R EEPROM weirdness

The FT232R and the FT245R share the same USB id (0x0403, 0x6001) and are
only distinguished by bit 00.0 in the (internal) EEPROM.

ftdi_eeprom currently can't handle this and will turn an FT245R chip
into an FT232R; document the fact.

Signed-off-by: Anders Larsen <al@alarsen.net>

ftdi_eeprom: Added config value "eeprom_type"

The default eeprom size is 128 bytes - if we have a larger one, we need
a way to specify the fact.
Using ftdi_read_eeprom() / ftdi_eeprom_decode() to get the actual eeprom type
is not an option as ftdi_eeprom_decode() would overwrite the values set
by ftdi_eeprom_initdefaults()

Signed-off-by: Anders Larsen <al@alarsen.net>

Another TODO entry gone

cmake already places the header in /usr/include/libftdi1/ftdi.h, just needed to adapt the .spec file

Don't rename python wrapper for now

Otherwise all python code would have
to adapt from "ftdi.xxx()" to "ftdi1.xxx()".

Try to adapt debian build rules

Rename library from libftdi to libftdi1

Rename and adapt pkgconfig files for libftdi1

We decided to skip this API change for now

Actually configure libftdi1.spec

Rename libftdi.spec.in to libftdi1.spec.in. Adapt package requirements to libusb1

Rename libftdi-config to libftdi1-config

pkgconfig file: Depend on libusb-1.0

Fix libftdi.pc file generation when building with -DDOCUMENTATION=OFF

Add Xiaofan Chen to AUTHORS. This was long overdue