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

Error occurred while compiling code that includes using LoopVectorization #939

Closed
JinyanTeng opened this issue Apr 24, 2024 · 4 comments
Closed

Comments

@JinyanTeng
Copy link

JinyanTeng commented Apr 24, 2024

The error information is shown in the following:
PackageCompiler: compiling nonincremental system imageUndefVarError: CPU_NAME not defined

@KristofferC
Copy link
Member

I think this is a duplicate of #513

@JinyanTeng
Copy link
Author

I think this is a duplicate of #513

Actually, Sys.CPU_NAME is a variable defined by the Julia system. I can't understand why "not defined" is happening.

@JinyanTeng
Copy link
Author

I encountered another error related to FFTW.jl that is a JuliaMatch package [https://github.com/JuliaMath/FFTW.jl].

Closest candidates are:
convert(::Type{String}, ::StringManipulation.Decoration)
@ StringManipulation /gpfs1p/nsccwuxi_scau/zhangz/.julia/packages/StringManipulation/5Zfrz/src/decorations.jl:315
convert(::Type{String}, ::Base.JuliaSyntax.Kind)
@ Base /gpfs1p/nsccwuxi_scau/zhangz/soft/julia-1.10.2/share/julia/base/JuliaSyntax/src/kinds.jl:975
convert(::Type{String}, ::String)
@ Base essentials.jl:321
...

Stacktrace:
[1] setproperty!
@ ./Base.jl:40 [inlined]
[2] setindex!(b::Base.RefValue{String}, x::Nothing)
@ Base ./refvalue.jl:60
[3] top-level scope
@ /gpfs1p/nsccwuxi_scau/zhangz/.julia/packages/FFTW/6nZei/src/providers.jl:51
[4] include(mod::Module, _path::String)
@ Base ./Base.jl:495
[5] include(x::String)
@ FFTW /gpfs1p/nsccwuxi_scau/zhangz/.julia/packages/FFTW/6nZei/src/FFTW.jl:1
[6] top-level scope
@ /gpfs1p/nsccwuxi_scau/zhangz/.julia/packages/FFTW/6nZei/src/FFTW.jl:17
[7] include(mod::Module, _path::String)
@ Base ./Base.jl:495
[8] _require(pkg::Base.PkgId, env::Nothing)
@ Base ./loading.jl:2014
[9] __require_prelocked(uuidkey::Base.PkgId, env::Nothing)
@ Base ./loading.jl:1812
[10] #invokelatest#2
@ ./essentials.jl:892 [inlined]
[11] invokelatest
@ ./essentials.jl:889 [inlined]
[12] _require_prelocked
@ ./loading.jl:1805 [inlined]
[13] _require_prelocked
@ ./loading.jl:1802 [inlined]
[14] macro expansion
@ ./lock.jl:267 [inlined]
[15] require(uuidkey::Base.PkgId)
@ Base ./loading.jl:1797
[16] top-level scope
@ /tmp/jl_uH27I9Ar6b:48
in expression starting at /gpfs1p/nsccwuxi_scau/zhangz/.julia/packages/FFTW/6nZei/src/providers.jl:49
in expression starting at /gpfs1p/nsccwuxi_scau/zhangz/.julia/packages/FFTW/6nZei/src/FFTW.jl:1
in expression starting at /tmp/jl_uH27I9Ar6b:48
✖ [01m:55s] PackageCompiler: compiling nonincremental system image

@topolarity
Copy link
Member

Those both look like issues related to the fact that __init__() does not run during sysimage compilation... That's an unfortunate thorn of our sysimage execution model right now.

Although, I am a bit confused how FFTW.jl was ever working with PackageCompiler (the source has some explicit references to it, so it must have worked at some point). I would have expected the package to always fail when trying to run that top-level code, since the JLL will look initialized for pkgimage builds but not for the sysimage built by PackageCompiler.

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

No branches or pull requests

3 participants