I'm having a problem at the make stage (configuration runs fine, all prerequisites installed in the expected locations), this is the output just before the error:
obj/ppl_fft.o(.text+0x1186): In function `directive_fft':
src/ppl_fft.c:157: undefined reference to `fftw_malloc'
obj/ppl_fft.o(.text+0x21f2):src/ppl_fft.c:270: undefined reference to `fftw_plan_dft'
obj/ppl_fft.o(.text+0x2209):src/ppl_fft.c:271: undefined reference to `fftw_execute'
obj/ppl_fft.o(.text+0x221a):src/ppl_fft.c:272: undefined reference to `fftw_destroy_plan'
obj/ppl_fft.o(.text+0x231d):src/ppl_fft.c:286: undefined reference to `fftw_free'
obj/ppl_fft.o(.text+0x2420):src/ppl_fft.c:290: undefined reference to `fftw_free'
obj/ppl_fft.o(.text+0x293e):src/ppl_fft.c:326: undefined reference to `fftw_free'
obj/ppl_userspace.o(.text+0x1936): In function `ppl_UserSpace_FuncDestroy':
src/ppl_userspace.c:326: undefined reference to `fftw_free'
collect2: ld returned 1 exit status
gmake: *** Error 1
Can anyone give me some pointers?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A number of users have reported problems installing PyXPlot under Red Hat Linux, or Red Hat derived distributions such as Centos. These problems are specific to Red Hat, and have involved linking to two of the libraries which PyXPlot depends upon: libkpathsea and libfftw3.
Problems with libkpathsea are relatively straightforward to fix, as it is an optional library. If you modify PyXPlot's {configure} script, changing line 322 from:
then PyXPlot's test for the presence of libkpathsea will fail (non-fatally), and compilation will successfully continue as if it were not present, using slightly less efficient fallback code.
Problems with libfftw seem to be rarer, and we don't have a solution at present, though one user did succeed in installing PyXPlot by replacing their existing libfftw library files with the same files copied across from a Ubuntu server.
I will post here any progress that we make with this issue, though none of us on the development team really have the right expertise for this…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think this is now fixed in svn 971 as a result of changing the order of the command line flags passed to gcc at the link step. If anyone can confirm this, that would be appreciated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm having a problem at the make stage (configuration runs fine, all prerequisites installed in the expected locations), this is the output just before the error:
obj/ppl_fft.o(.text+0x1186): In function `directive_fft':
src/ppl_fft.c:157: undefined reference to `fftw_malloc'
obj/ppl_fft.o(.text+0x21f2):src/ppl_fft.c:270: undefined reference to `fftw_plan_dft'
obj/ppl_fft.o(.text+0x2209):src/ppl_fft.c:271: undefined reference to `fftw_execute'
obj/ppl_fft.o(.text+0x221a):src/ppl_fft.c:272: undefined reference to `fftw_destroy_plan'
obj/ppl_fft.o(.text+0x231d):src/ppl_fft.c:286: undefined reference to `fftw_free'
obj/ppl_fft.o(.text+0x2420):src/ppl_fft.c:290: undefined reference to `fftw_free'
obj/ppl_fft.o(.text+0x293e):src/ppl_fft.c:326: undefined reference to `fftw_free'
obj/ppl_userspace.o(.text+0x1936): In function `ppl_UserSpace_FuncDestroy':
src/ppl_userspace.c:326: undefined reference to `fftw_free'
collect2: ld returned 1 exit status
gmake: *** Error 1
Can anyone give me some pointers?
A number of users have reported problems installing PyXPlot under Red Hat Linux, or Red Hat derived distributions such as Centos. These problems are specific to Red Hat, and have involved linking to two of the libraries which PyXPlot depends upon: libkpathsea and libfftw3.
Problems with libkpathsea are relatively straightforward to fix, as it is an optional library. If you modify PyXPlot's {configure} script, changing line 322 from:
to:
then PyXPlot's test for the presence of libkpathsea will fail (non-fatally), and compilation will successfully continue as if it were not present, using slightly less efficient fallback code.
Problems with libfftw seem to be rarer, and we don't have a solution at present, though one user did succeed in installing PyXPlot by replacing their existing libfftw library files with the same files copied across from a Ubuntu server.
I will post here any progress that we make with this issue, though none of us on the development team really have the right expertise for this…
I think this is now fixed in svn 971 as a result of changing the order of the command line flags passed to gcc at the link step. If anyone can confirm this, that would be appreciated.