Skip to content

building issues (not respecting PYDEV -> defaulting to Python 2.7, libftdi.h not found) #16

@NeoFromMatrix

Description

@NeoFromMatrix

I'm running Fedora 30 and currently face two isses when building libmpsse.

It appears that the PYDEV variable is not respected. I have python2-devel and python3-devel installed. I want to build with python3, therefore I set my include dir; PYDEV=/usr/include/python3.7m/

But when running ./configure it always takes python/python2

checking for python... /usr/bin/python
checking for python version... 2.7
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.7/site-packages
checking for python extension module directory... ${exec_prefix}/lib64/python2.7/site-packages
checking for python2.7-config... /usr/bin/python2.7-config
checking Python include flags... -I/usr/include/python2.7 -I/usr/include/python2.7
checking Python libs flags... -lpython2.7 -lpthread -ldl -lutil -lm

Second issue: while compiling with make, it fails to find ftdi.h (of course, libftdi and libftdi-devel is installed)
libftdi.h is in /usr/include/libftdi1/ present

If I add the full path to the header file to the Makefile after calling ./configure (line 163, to variable DEFAULT_INCLUDES) the build is successful. Otherwise I will get an error:

In file included from mpsse_wrap_python.c:3028:
mpsse.h:9:10: fatal error: ftdi.h: No such file or directory
9 | #include <ftdi.h>
| ^~~~~~~~
compilation terminated.

Any idea what the reasons could be?

Version numbers of the installed packages:
autoconf.noarch 2.69-31.fc30
automake.noarch 1.16.1-13.fc30
libtool.x86_64 2.4.6-29.fc30
libtool-ltdl.i686 2.4.6-29.fc30
libtool-ltdl.x86_64 2.4.6-29.fc30
swig.x86_64 3.0.12-24.fc30
python2-devel.x86_64 2.7.17-1.fc30
python3-devel.x86_64 3.7.5-1.fc30
libftdi.x86_64 1.3-16.fc30
libftdi-devel.x86_64 1.3-16.fc30

Metadata

Metadata

Assignees

Labels

No labels
No labels

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions