Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Check that plan returned by fftw is not null #360

Merged
merged 3 commits into from
Jul 2, 2020

Conversation

mhasself
Copy link
Contributor

Because MKL, when pretending to be fftw, cannot perform some transforms.

mhasself and others added 2 commits June 30, 2020 13:19
Because MKL, when pretending to be fftw, cannot perform some transforms.
@tskisner
Copy link
Member

tskisner commented Jul 1, 2020

Thanks for this, I just pushed one small bit of extra logging. Do you think we need to be more clever about detecting MKL's FFTW interface? For example, should our top level CMakeLists.txt check for FFTW first (before BLAS/LAPACK) and make sure that our detected FFTW is appended to linking after any MKL for blas/lapack?

@tskisner
Copy link
Member

tskisner commented Jul 1, 2020

Ok, since it was easy, I changed the order of checking / linking FFTW. Hopefully that will help avoid ending up with MKL symbols for FFTW.

@tskisner tskisner merged commit 27e85f5 into hpc4cmb:master Jul 2, 2020
@mhasself
Copy link
Contributor Author

mhasself commented Jul 2, 2020

Oh, nice... the linking order business is eye-opening. I will give that a try next time... not everyone is as willing as I am to just purge MKL...

@mhasself mhasself deleted the check-fftw-plan-null branch July 2, 2020 12:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants