Comments (6)
Others have seen something similar recently. It appears to be a bad header in one of the CENTOS FFTW rpms. If you recompile and install FFTW from source this has solved the problem in at least 1 case.
Steven Ludtke, Ph.D.
Professor, Dept. of Biochemistry and Mol. Biol. Those who do
Co-Director National Center For Macromolecular Imaging ARE
Baylor College of Medicine The converse
[email protected] -or- [email protected] also applies
http://ncmi.bcm.edu/~stevel
On Aug 4, 2016, at 4:46 PM, buildqa [email protected] wrote:
I see the following error when trying to build with gcc on CentOS 6.7,
libEM/sparx/util_sparx.cpp:26532: error: ‘fftwf_alloc_real’ was not declared in this scope
.... and the source file lists,
26529 #ifdef _WIN32
26530 float cvv = (float *) malloc(2sizesizeof(float));
26531 #else
26532 float *cvv = fftwf_alloc_real(2size);
26533 #endif //_WIN32
26534There is no other instance of "fftwf_alloc_real" in this file. I'm building with libfftw3f.so.3.3.2. I have not built the source in a few months, but this configuration used to work.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub #2, or mute the thread https://github.com/notifications/unsubscribe-auth/AJ6i6qVix13x_dBC2jAq33PFRFRa34O3ks5qcl27gaJpZM4JdJ5B.
from eman2.
Hi
This is a valid fftw function. I would assume recompilation of fftw library would help.
Regards,
Pawel
On Aug 4, 2016, at 4:46 PM, buildqa [email protected] wrote:
I see the following error when trying to build with gcc on CentOS 6.7,
libEM/sparx/util_sparx.cpp:26532: error: ‘fftwf_alloc_real’ was not declared in this scope
.... and the source file lists,
26529 #ifdef _WIN32
26530 float cvv = (float *) malloc(2sizesizeof(float));
26531 #else
26532 float *cvv = fftwf_alloc_real(2size);
26533 #endif //_WIN32
26534There is no other instance of "fftwf_alloc_real" in this file. I'm building with libfftw3f.so.3.3.2. I have not built the source in a few months, but this configuration used to work.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
from eman2.
Hello and thanks for the follow-ups.
I saved the git log and went thru it, then after looking at
662 commit 47bb469
663 Author: Pawel [email protected]
664 Date: Mon Jul 18 17:44:53 2016 -0500
665
666 fftw in util
667
668 commit e551f49
669 Merge: b675ced 0ad35c2
670 Author: James Michael Bell [email protected]
671 Date: Mon Jul 18 16:22:29 2016 -0500
672
673 Merge branch 'master' of github.com:cryoem/eman2
674
.. I checked out using hash e551f49, and now everything builds again. I know this does not necessarily mean that the the very next commit broke compilation, but something after that did.
On my build system this is what I have for fftw libs,
$ cat /etc/redhat-release
CentOS release 6.7 (Final)
$ yum list installed | grep fftw
fftw.x86_64 3.2.1-3.1.el6 @base
fftw-devel.x86_64 3.2.1-3.1.el6 @base
fftw2.x86_64 2.1.5-21.el6 @epel
fftw2-devel.x86_64 2.1.5-21.el6 @epel
$ yum list available | grep fftw
fftw.i686 3.2.1-3.1.el6 base
fftw-devel.i686 3.2.1-3.1.el6 base
fftw-static.x86_64 3.2.1-3.1.el6 base
fftw2.i686 2.1.5-21.el6 epel
fftw2-devel.i686 2.1.5-21.el6 epel
fftw2-static.i686 2.1.5-21.el6 epel
fftw2-static.x86_64 2.1.5-21.el6 epel
root-fftw.x86_64 5.34.36-1.el6 epel
So it looks like I have the latest shared 64 bit devel and non-revel fftw and fftw2 libs installed, but now these do not work with the source code changes after ~7/18 because of the addition of some new fftw function? I don't see how uninstalling and re-installing the same RPM's is going to fix that. Are you folks adding a dependency on a different versions of fftw libs? I would be interested to know what version of these RPM's and/or the fftw libs you are building against.
Thanks again.
from eman2.
Hi
Fftw2 is the previous version of the library. We are using fftw3, version 3.3.4.
Regards,
Pawel
On Aug 5, 2016, at 3:17 AM, buildqa [email protected] wrote:
Hello and thanks for the follow-ups.
I saved the git log and went thru it, then after looking at
662 commit 47bb469
663 Author: Pawel [email protected]
664 Date: Mon Jul 18 17:44:53 2016 -0500
665
666 fftw in util
667
668 commit e551f49
669 Merge: b675ced 0ad35c2
670 Author: James Michael Bell [email protected]
671 Date: Mon Jul 18 16:22:29 2016 -0500
672
673 Merge branch 'master' of github.com:cryoem/eman2
674.. I checked out using hash e551f49, and now everything builds again. I know this does not necessarily mean that the the very next commit broke compilation, but something after that did.
On my build system this is what I have for fftw libs,
$ cat /etc/redhat-release
CentOS release 6.7 (Final)$ yum list installed | grep fftw
fftw.x86_64 3.2.1-3.1.el6 @basefftw-devel.x86_64 3.2.1-3.1.el6 @base
fftw2.x86_64 2.1.5-21.el6 @epel
fftw2-devel.x86_64 2.1.5-21.el6 @epel
$ yum list available | grep fftw
fftw.i686 3.2.1-3.1.el6 basefftw-devel.i686 3.2.1-3.1.el6 base
fftw-static.x86_64 3.2.1-3.1.el6 base
fftw2.i686 2.1.5-21.el6 epel
fftw2-devel.i686 2.1.5-21.el6 epel
fftw2-static.i686 2.1.5-21.el6 epel
fftw2-static.x86_64 2.1.5-21.el6 epel
root-fftw.x86_64 5.34.36-1.el6 epel
So it looks like I have the latest shared 64 bit devel and non-revel fftw and fftw2 libs installed, but now these do not work with the source code changes after ~7/18 because of the addition of some new fftw function? I don't see how uninstalling and re-installing the same RPM's is going to fix that. Are you folks adding a dependency on a different versions of fftw libs? I would be interested to know what version of these RPM's and/or the fftw libs you are building against.
Thanks again.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
from eman2.
Hi
Let me add one more thing. I did try to use yum and/or rocks in the past, but I found the experience frustrating. The reason was the same kind of problems you are experiencing. In short, it was difficult to figure what versions of libraries were installed and how to move around them. As soon as I switched to loading libraries directly from the developers life became easier.
Regards,
Pawel
On Aug 5, 2016, at 3:17 AM, buildqa [email protected] wrote:
Hello and thanks for the follow-ups.
I saved the git log and went thru it, then after looking at
662 commit 47bb469
663 Author: Pawel [email protected]
664 Date: Mon Jul 18 17:44:53 2016 -0500
665
666 fftw in util
667
668 commit e551f49
669 Merge: b675ced 0ad35c2
670 Author: James Michael Bell [email protected]
671 Date: Mon Jul 18 16:22:29 2016 -0500
672
673 Merge branch 'master' of github.com:cryoem/eman2
674.. I checked out using hash e551f49, and now everything builds again. I know this does not necessarily mean that the the very next commit broke compilation, but something after that did.
On my build system this is what I have for fftw libs,
$ cat /etc/redhat-release
CentOS release 6.7 (Final)$ yum list installed | grep fftw
fftw.x86_64 3.2.1-3.1.el6 @basefftw-devel.x86_64 3.2.1-3.1.el6 @base
fftw2.x86_64 2.1.5-21.el6 @epel
fftw2-devel.x86_64 2.1.5-21.el6 @epel
$ yum list available | grep fftw
fftw.i686 3.2.1-3.1.el6 basefftw-devel.i686 3.2.1-3.1.el6 base
fftw-static.x86_64 3.2.1-3.1.el6 base
fftw2.i686 2.1.5-21.el6 epel
fftw2-devel.i686 2.1.5-21.el6 epel
fftw2-static.i686 2.1.5-21.el6 epel
fftw2-static.x86_64 2.1.5-21.el6 epel
root-fftw.x86_64 5.34.36-1.el6 epel
So it looks like I have the latest shared 64 bit devel and non-revel fftw and fftw2 libs installed, but now these do not work with the source code changes after ~7/18 because of the addition of some new fftw function? I don't see how uninstalling and re-installing the same RPM's is going to fix that. Are you folks adding a dependency on a different versions of fftw libs? I would be interested to know what version of these RPM's and/or the fftw libs you are building against.
Thanks again.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
from eman2.
This issue is very old. Closing.
from eman2.
Related Issues (20)
- GPU too old HOT 4
- Questionable detection of 8-bit-packed mode from MRC headers HOT 4
- Useless code in libEM/emdata_transform.cpp
- Incorrect convolution processing under some circumstances HOT 1
- Bogus method wrappers HOT 5
- No rule to make target `/usr/lib64/libGLX.so' HOT 11
- New release supporting recent boost.python HOT 1
- Status of tomo in devel? HOT 4
- How to determine pixel width (Angstrom) when calculating FSC using e2proc3d? HOT 2
- corner cases of Transform class HOT 7
- Not defined variable in e2spt_tempmatch.py HOT 4
- e2ctf_auto in lores mode does not produce particle sets
- RuntimeError: std::exception caused by xform_align_nbest HOT 1
- libboost_python37.so.1.76.0: cannot open shared when test e2speedtest.py HOT 1
- cannot find fftw3d and fftw3f header files. HOT 13
- Dependency installation issue HOT 1
- substitution for runpar in eman2 HOT 3
- instructions to install to existing anaconda HOT 5
- Installation through conda HOT 1
- RuntimeError: FileAccessException at ...libEM/io/hdfio2.cpp HOT 9
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from eman2.