CMakeLists.txt | 6 3 + 3 - 0 !
ftdipp/CMakeLists.txt | 6 3 + 3 - 0 !
src/CMakeLists.txt | 6 3 + 3 - 0 !
3 files changed, 9 insertions(+), 9 deletions(-)

---

cmake/FindUSB1.cmake | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---

CMakeLists.txt | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 [patch] cmakelists.txt: fix paths when ftdipp is set

Use the same project name (i.e. libftdi1 and not libftdipp1) when FTDIPP
is enabled as suggested by Aurelien Jarno in
http://developer.intra2net.com/mailarchive/html/libftdi/2020/msg00044.html

Without this change, the libftdi1.pc config file defines the include
path as /usr/local/include/libftdipp1 while the ftdi.h file is actually
installed in /usr/local/include/libftdi1

This is an issue for example for libsigrok which will fail on:

In file included from src/hardware/asix-sigma/protocol.c:27:
src/hardware/asix-sigma/protocol.h:28:10: fatal error: ftdi.h: No such file or directory
   28 | #include <ftdi.h>
      |          ^~~~~~~~

Fixes:
 - http://autobuild.buildroot.org/results/1427f44e36752c337791597fab47a1889552a2fe

Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>

python/ftdi1.i | 18 9 + 9 - 0 !
1 file changed, 9 insertions(+), 9 deletions(-)

 [patch] python: update for swig 4.3

SWIG 4.3 comes with an API change to the SWIG_Python_AppendOutput()
function, so switch to the recommended SWIG_AppendOutput() instead.
Because the new function is a macro in fact also switch to the  {..}
delimiters as the code needs to be preprocessed. The change is
compatible with the previous SWIG releases 4.2 and 4.1 at least.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2319133
Related: https://github.com/swig/swig/pull/2907

CMakeLists.txt | 2 1 + 1 - 0 !
README.build | 2 1 + 1 - 0 !
examples/CMakeLists.txt | 3 1 + 2 - 0 !
ftdipp/CMakeLists.txt | 4 1 + 3 - 0 !
ftdipp/ftdi.hpp | 8 4 + 4 - 0 !
5 files changed, 8 insertions(+), 11 deletions(-)

 [patch] c++ wrapper: get rid of the boost dependency

The C++ wrapper relies on boost::shared_ptr, likely due to the lack of a
standard smart pointer at the time of the C++ wrapper implementation.
However, std::shared_ptr has been available by default in GCC since
version 6.1, and even with GCC 4.7 when explicitly using the -std=c++11
option.

This commit replaces all usages of boost::shared_ptr with
std::shared_ptr, eliminating the dependency on the Boost library. Since
the smart pointer is only used in private member variables and both
types have the same size, this change does not affect the ABI.

Signed-off-by: Aurelien Jarno <aurelien@aurel32.net>