Avoid using standard import in JLL for cases like JULIA_LOAD_PATH=@ julia1.6 -e "using OpenSpecFun_jll"

[tkf]

In Julia 1.6, I'm seeing that OpenSpecFun_jll is not importable with "strict" environments like JULIA_LOAD_PATH=@ when CompilerSupportLibraries_jll does not exist in toplevel Project.toml #1009

IIUC, this is because the jll scripts that have using $Dependency are simply includeed at run-time https://github.com/JuliaPackaging/JLLWrappers.jl/blob/1631db3e80c9d36d257adc222e766a22a73df8d1/src/toplevel_generators.jl#L170. It'd fail if $Dependency is not in deps of currently active project.

I implemented a simple workaround that uses require instead of using as in

const $name = Base.require(Base.PkgId(Base.UUID($(repr(uuid))), $(repr(name))))
using .$name

I'm happy to close the PR if there is a better solution.

close #1009

[staticfloat]

I'm not sure I understand what you're doing here, but I don't think this is an issue with BinaryBuilder; this sounds like JuliaLang/julia#39504

[tkf]

I guess I should've opened the issue. There is an MWE in #1009.

[tkf]

ref #1009 (comment)