- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm trying to compile a pretty large project using cmake. I'm compiling on an older intel compiler on a linux machine. In /pkg we have 2 version of blitz0.10 (gnu) and blitz0.10i (intel). In the cmake file there is a variable called ${BLITZ_LIBRARY}. It is directing the compiler to look for the /pgk/blitz0.10/include/gnu/bzonfig.h * rather than in /pgk/blitz0.10/include/intel/bzconfig.h*. Any thoughts on how to set that variable so it points to the right directory. I tried hard coding it the CMakeLists.txt file, but it still was improperly directed to the gnu version. Any suggestions will be appreciated.
Thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I found where the configuration for the blitz, curl, and hdf5 versions are set.
On the system I am working on it is in /pkg/fmwk/<framework>/dev/fmwk-config.cmake.
There happens to be numerous frameworks in /pkg/fmwk/ and each one sets the blitz directory to blitz0.10.
the blitz0.10i (for intel) seems to be just a holding place for the intel code and the workaround seems to be moving blitz0.10 into blitz0.10g (for gnu) and keeping it in the system just as the intel version was stored, then moving blitz0.10i into blitz0.10 making it the version loaded by the cmake commands.
I know it's unlikely, but just in case this happens again (I actually saw an old unanswered post from about 10 years ago, where another person was having the same problem) perhaps this will be of some help.
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I found where the configuration for the blitz, curl, and hdf5 versions are set.
On the system I am working on it is in /pkg/fmwk/<framework>/dev/fmwk-config.cmake.
There happens to be numerous frameworks in /pkg/fmwk/ and each one sets the blitz directory to blitz0.10.
the blitz0.10i (for intel) seems to be just a holding place for the intel code and the workaround seems to be moving blitz0.10 into blitz0.10g (for gnu) and keeping it in the system just as the intel version was stored, then moving blitz0.10i into blitz0.10 making it the version loaded by the cmake commands.
I know it's unlikely, but just in case this happens again (I actually saw an old unanswered post from about 10 years ago, where another person was having the same problem) perhaps this will be of some help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Thanks for posting in Intel communities.
Glad to know that your issue is resolved. Thanks for sharing the solution with us. This thread will no longer be monitored by Intel. If you have any other queries, please start a new question.
Have a good day!
Thanks & Regards,
Varsha

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page