#7 Cannot find SWIG. Python module cannot be built.

2018-03-10T23:38:34.300000Z

status: open --> closed
assigned_to: Kelly Fitz
Group: -->

#7 Cannot find SWIG. Python module cannot be built.

2018-02-28T17:59:31.098000Z

OK, thanks. I installed SWIG using homebrew, and running ./configure CPPFLAGS="-I /Users/sm2286/anaconda3/include/python3.6m" tells me that Python support is now enabled. Next I configured my PYTHONPATH to find loris, and it works! So far I haven't found any errors using Python 3.

Cannot find SWIG. Python module cannot be built.

2018-02-28T12:29:28.142000Z

Hi there,

I'm trying to install Loris and link it to my Python installation. I'm using anaconda Python 3.6. I located the header file (I think) here:/Users/smathias/anaconda3/include/python3.6m/Python.h

I then ran ./configure CPPFLAGS=-I/Users/smathias/anaconda3/include/python3.6m/Python.h

Which produced the following:

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... config/install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
----- Package Name And Version -----
this is Loris 1.8
----- Program Checks -----
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking build system type... x86_64-apple-darwin17.4.0
checking host system type... x86_64-apple-darwin17.4.0
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ld used by gcc... /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld
checking if the linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) is GNU ld... no
checking for /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin17.4.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld
checking if the linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) is GNU ld... no
checking whether the g++ linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fno-common
checking if g++ PIC flag -fno-common works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin17.4.0 dyld
(cached) (cached) checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for doxygen... no
checking for swig... no
configure: WARNING: Cannot find SWIG. Python module cannot be built.
Using Darwin-specific kludges to avoid broken libtool.
----- Compiler Feature Checks -----
checking size of bool... 1
checking size of char... 1
checking whether char is unsigned... no
checking size of short... 2
checking size of int... 4
checking size of long... 8
checking size of int *... 8
checking size of size_t... 8
checking size of float... 4
checking size of double... 8
checking for isfinite defined in cmath... yep
checking whether byte ordering is bigendian... no
checking for M_PI defined in cmath... yep
checking whether C++ compiler supports template member functions... yes
----- Library Checks -----
checking for library containing sin... none required
checking for fftw_execute in -lfftw3... no
checking for fftw_create_plan_specific in -lfftw... no
configure: WARNING: Not using the FFTW library.  Infrequent non-power-of-two DFTs will be slow.
----- Language Checks -----
checking csdl.h usability... no
checking csdl.h presence... no
checking for csdl.h... no
configure: WARNING: Cannot find Csound5 headers. Csound5 support disabled.
----- Creating Output Files -----
configure: creating ./config.status
config.status: creating src/loris.h
config.status: creating doc/Doxyfile
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating src/Makefile
config.status: creating scripting/Makefile
config.status: creating csound/Makefile
config.status: creating test/Makefile
config.status: creating utils/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
----- Configuration Summary -----
FFTW support: Disabled.
Add something to CPPFLAGS and LDFLAGS to enable.
See ./configure --help.
Python support: Disabled.
Define PYTHON or add something to CPPFLAGS to enable.
See ./configure --help.
Csound support: Disabled.
Define CSOUND_CONFIG or add something to CPPFLAGS to enable.
See ./configure --help.
----- End Of Configuration -----

I'm not sure what I'm doing wrong here. Any help would be greatly appreciated!

Cannot find SWIG. Python module cannot be built.

2018-02-28T12:29:28.142000Z

Ticket 7 has been modified: Cannot find SWIG. Python module cannot be built.
Edited By: Kelly Fitz (kfitz)
Status updated: u'open' => u'closed'
Owner updated: None => u'kfitz'

#6 Python support disabled on install - OS X 10.6.8

2016-01-30T03:07:17.801000Z

status: open --> closed
assigned_to: Kelly Fitz
Group: -->

#6 Python support disabled on install - OS X 10.6.8

2015-11-25T04:02:48.956000Z

I'm stumped. The library is clearly present and usable.
Try running configure with the argument --without-fftw
Hopefully, this will get you running, I'm sure you're bored with this problem by now!

#6 Python support disabled on install - OS X 10.6.8

2015-11-23T03:39:43.049000Z

I would have settled for just the shell output, but this is much better. It shows clearly that fftw library and header are found, and found to be usable, at configure time. Doesn't really tell us what's wrong when it goes to link loris-analyze (which, btw, is completely separate from the Python module, so this problem might not even be interesting, except that if the build won't complete, you can't get it to install the Python module).

Can you type

ls /usr/local/lib | grep fftw

in a shell and let know what it says? I assume that you are letting homebrew install everything in /usr/local as it usually does. Let's see what it put there. I have one more hunch.

#6 Python support disabled on install - OS X 10.6.8

2015-11-23T02:54:02.876000Z

you could also just try running configure with the argument --without-fftw

Loris can get by without it.

#6 Python support disabled on install - OS X 10.6.8

2015-11-23T02:39:55.818000Z

Hmmm. If configure succeeded, then either it found FFTW, or decided to build without it. Evidently, it found it, in your case. So why can't it link against it?.... I wonder if there's something funny about the way that homebrew installs it. Can you post the lines in the configure output pertaining to fftw? They are right after the line

----- Library Checks -----

#6 Python support disabled on install - OS X 10.6.8

2015-11-17T05:26:18.507000Z

PYTHONPATH is used by the Python interpreter to find stuff like Python modules (when you get it to build, you're going to need to check that the loris module is installed in your PYTHONPATH).

configure/make and your compiler don't know anything about PYTHONPATH. There's a number of ways to tell configure where the header is. CPPFLAGS is fast and easy. But PYTHONPATH is not for that.

Recent changes to support-requests

#7 Cannot find SWIG. Python module cannot be built.

#7 Cannot find SWIG. Python module cannot be built.

Cannot find SWIG. Python module cannot be built.

Cannot find SWIG. Python module cannot be built.

#6 Python support disabled on install - OS X 10.6.8

#6 Python support disabled on install - OS X 10.6.8

#6 Python support disabled on install - OS X 10.6.8

#6 Python support disabled on install - OS X 10.6.8

#6 Python support disabled on install - OS X 10.6.8

#6 Python support disabled on install - OS X 10.6.8