Problem with FFTW library

[matteobachetti]

When I precompile Stingray on Apple Silicon, I get an error of the library not finding fftw_init_threads, and if I change the path of the system FFTW it still fails to find other symbols

According to the thread here, it can be solved simply by using FFTW_jll instead of FFTW

[stevengj]

No, FFTW.jl uses FFTW_jll by default. I have no idea how you are managing to pull in some other version of libfftw. Are you linking to some other C library that links to FFTW?

[matteobachetti]

Oh, thanks @stevengj!
Let me investigate the issue, I did not link to C libraries explicitly, but maybe some dependencies do

[matteobachetti]

@stevengj I completely uninstalled fftw from the system, added FFTW_jll to the dependencies, but the error remains the same.

Failed to precompile Stingray [2045e982-6adb-4e09-8364-0d2cc8a3fe4f] to "/Users/meo/.julia/compiled/v1.11/Stingray/jl_zXlZPj".
ERROR: LoadError: InitError: could not load symbol "fftw_init_threads":
dlsym(0x8f332c40, fftw_init_threads): symbol not found
Stacktrace:
  [1] fftw_init_threads
    @ ~/.julia/packages/FFTW/mFpUb/src/providers.jl:69 [inlined]
  [2] __init__()
    @ FFTW ~/.julia/packages/FFTW/mFpUb/src/FFTW.jl:32
  [3] run_module_init(mod::Module, i::Int64)
    @ Base ./loading.jl:1378
  [4] register_restored_modules(sv::Core.SimpleVector, pkg::Base.PkgId, path::String)
    @ Base ./loading.jl:1366
  [5] _include_from_serialized(pkg::Base.PkgId, path::String, ocachepath::String, depmods::Vector{Any}, ignore_native::Nothing; register::Bool)
    @ Base ./loading.jl:1254
  [6] _include_from_serialized (repeats 2 times)
    @ ./loading.jl:1210 [inlined]
  [7] _require_search_from_serialized(pkg::Base.PkgId, sourcepath::String, build_id::UInt128, stalecheck::Bool; reasons::Dict{String, Int64}, DEPOT_PATH::Vector{String})
    @ Base ./loading.jl:2057
  [8] _require(pkg::Base.PkgId, env::String)
    @ Base ./loading.jl:2527
  [9] __require_prelocked(uuidkey::Base.PkgId, env::String)
    @ Base ./loading.jl:2388
 [10] #invoke_in_world#3
    @ ./essentials.jl:1089 [inlined]
 [11] invoke_in_world
    @ ./essentials.jl:1086 [inlined]
 [12] _require_prelocked(uuidkey::Base.PkgId, env::String)
    @ Base ./loading.jl:2375
 [13] macro expansion
    @ ./loading.jl:2314 [inlined]
 [14] macro expansion
    @ ./lock.jl:273 [inlined]
 [15] __require(into::Module, mod::Symbol)
    @ Base ./loading.jl:2271
 [16] #invoke_in_world#3
    @ ./essentials.jl:1089 [inlined]
 [17] invoke_in_world
    @ ./essentials.jl:1086 [inlined]
 [18] require(into::Module, mod::Symbol)
    @ Base ./loading.jl:2260
 [19] include
    @ ./Base.jl:557 [inlined]
 [20] include_package_for_output(pkg::Base.PkgId, input::String, depot_path::Vector{String}, dl_load_path::Vector{String}, load_path::Vector{String}, concrete_deps::Vector{Pair{Base.PkgId, UInt128}}, source::Nothing)
    @ Base ./loading.jl:2881
 [21] top-level scope
    @ stdin:6
during initialization of module FFTW
in expression starting at /Users/meo/devel/StingraySoftware/Stingray.jl/src/Stingray.jl:1
in expression starting at stdin:

I installed Stingray using ]dev . from the code directory

[matteobachetti]

@kashish2210 @stevengj I managed to track the issue to my default shell. The compilation fails in my default zsh, but if I use a vanilla bash shell, Stingray compiles fine. I guess there is some strange dependency hell arising from the other software in my computer, even if not directly from FFTW itself, I suspect Anaconda has a role in this

[matteobachetti]

DYLD_LIBRARY_PATH. Of course. 🫣