1 |
Justin wrote: |
2 |
|
3 |
> Does anyone has rfftw.h? It should be in /usr/include/ ... |
4 |
|
5 |
Does any package need it? I don't have that file and nothing ever |
6 |
complained, as far as I remember. After all, drfftw.h or srfftw.h can |
7 |
allways be included specifically. |
8 |
|
9 |
That said, the symlik belongs -- or rather should belong -- to fftw2, |
10 |
fftw3 does not structure its headers that way; I have installed both |
11 |
sci-libs/fftw-2.1.5-r3 and sci-libs/fftw-3.1.2, bud qdepends -Q says |
12 |
nothing depends on the 2 series version (that may be why nothing |
13 |
complained), and only sci-mathematics/octave-3.0.0 on the 3 series one. |
14 |
|
15 |
From fftw-2.1.5-r3.ebuild: |
16 |
|
17 |
> if use float; then |
18 |
> for f in "${D}"/usr/{include,$(get_libdir)}/*sfft*; do |
19 |
> ln -s $(basename ${f}) ${f/sfft/fft} |
20 |
> done |
21 |
> else |
22 |
> for f in "${D}"/usr/{include,$(get_libdir)}/*dfft*; do |
23 |
> ln -s $(basename ${f}) ${f/dfft/fft} |
24 |
> done |
25 |
> fi |
26 |
|
27 |
That code does not create the rfftw.h symlink, but looks like it |
28 |
actually was intended to do so and the omission is an ebuild error. |
29 |
Definitely if float is in USE, srfftw.h should be linked, otherwise |
30 |
drfftw.h. And of course it is you in the end who should decide if you |
31 |
want single or double precision variant to be used by default. |
32 |
|
33 |
With best regards |
34 |
Honza Macháèek |
35 |
|
36 |
-- |
37 |
gentoo-science@l.g.o mailing list |