Julia:DiffEqSensitivity 包的预编译(precompiling)失败

简介: 我更新了某个包,然后在预编译的时候,出现了 `Failed to precompile` 的报错。在 `using DiffEqSensitivity` 的时候,出现了 `ERROR: UndefVarError: SciMLBase not defined.` 的报错,然后无法完成 precompile。

我更新了某个包,然后在预编译的时候,出现了 Failed to precompile 的报错

using DiffEqSensitivity 的时候,出现了 ERROR: UndefVarError: SciMLBase not defined. 的报错,然后无法完成 precompile。

查看报错:

ERROR: LoadError: LoadError: UndefVarError: SciMLBase not defined
Stacktrace:
 [1] top-level scope at /home/xu/.julia/packages/DiffEqNoiseProcess/9NzQP/src/solve.jl:1
 [2] include(::Function, ::Module, ::String) at ./Base.jl:380
 [3] include at ./Base.jl:368 [inlined]
 [4] include(::String) at /home/xu/.julia/packages/DiffEqNoiseProcess/9NzQP/src/DiffEqNoiseProcess.jl:1
 [5] top-level scope at /home/xu/.julia/packages/DiffEqNoiseProcess/9NzQP/src/DiffEqNoiseProcess.jl:23
 [6] include(::Function, ::Module, ::String) at ./Base.jl:380
 [7] include(::Module, ::String) at ./Base.jl:368
 [8] top-level scope at none:2
 [9] eval at ./boot.jl:331 [inlined]
 [10] eval(::Expr) at ./client.jl:467
 [11] top-level scope at ./none:3
in expression starting at /home/strongnine/.julia/packages/DiffEqNoiseProcess/9NzQP/src/solve.jl:1
in expression starting at /home/strongnine/.julia/packages/DiffEqNoiseProcess/9NzQP/src/DiffEqNoiseProcess.jl:23

最后的两句可以看到,是在 .julia/packages/DiffEqNoiseProcess/9NzQP/src/solve.jl 这个文件的第一行出现了问题,而这个报错 UndefVarError: SciMLBase not defined 是因为在没导入包的情况下就使用了这个变量,所以一个可以解决的办法,就是进去这个文件,加上 using SciMLBase.

因为这个文件是系统的文件,所以我们进入 .julia/packages/DiffEqNoiseProcess/9NzQP/src/,然后右键在此打开终端,输入 sudo vim solve.jl,在文件的前面加上 using SciMLBase,然后按 esc 退出编辑模式,然后按 :wq! 强制保存退出。

再次 using DiffEqSensitivity 就能够预编译成功了。

出现这个问题的原因是因为在预编译的时候 DiffEqNoiseProcess 这个包出现报错,导致的。

一般碰到这种类似的情况,有几种尝试的方法:

  1. 首先可以尝试 ]build,或者 ]build SciMLBase,看看能不能完成
  2. 还可以把预编译失败的包先删除(remove)了:例如 ]remove DiffEqSensitivity,然后再重新安装(add):]add DiffEqSensitivity
  3. 如果还是不行,可以使用最终的办法,把之前预编译完成的文件都删除,然后再全部重新预编译。在 Ubuntu 上文件保存的路径为:~/.julia/compiled/ 里面会有对应 Julia 版本的一个文件夹,里面的预编译文件先备份,然后删除,再 using Package 看看,时间会比较长,但是应该能够解决。
目录
相关文章
|
12月前
ts解决依赖引入报错:无法找到模块“xxxxxx”的声明文件的报错问题
ts解决依赖引入报错:无法找到模块“xxxxxx”的声明文件的报错问题
1569 0
|
编译器
VS2022编译GDAL库报错: LINK : error LNK2001: 无法解析的外部符号 _OSRValidate _OGR_G_GetPointCount _OGRRegisterAll
VS2022编译GDAL库报错: LINK : error LNK2001: 无法解析的外部符号 _OSRValidate _OGR_G_GetPointCount _OGRRegisterAll
368 0
|
JavaScript
ts: TypeScript跳过检查/忽略类型检查
ts: TypeScript跳过检查/忽略类型检查
765 0
|
Linux Windows
编译OpenJDK8-u302出错:error C3861: “INT64_C”: 找不到标识符
编译OpenJDK8-u302出错:error C3861: “INT64_C”: 找不到标识符
101 0
编译OpenJDK12:freetypeScaler.obj error LINK2019 无法解析的外部符号
编译OpenJDK12:freetypeScaler.obj error LINK2019 无法解析的外部符号
76 0
编译OpenJDK12:LINK : warning LNK4098: 默认库“LIBCMT”与其他库的使用冲突;请使用 /NODEFAULTLIB:library
编译OpenJDK12:LINK : warning LNK4098: 默认库“LIBCMT”与其他库的使用冲突;请使用 /NODEFAULTLIB:library
182 0
|
C++
编译OpenJDK12:methodMatcher.cpp error C2220 警告被视为错误 - 没有生成“object”文件
编译OpenJDK12:methodMatcher.cpp error C2220 警告被视为错误 - 没有生成“object”文件
126 0
|
数据可视化 API
Julia:Plots 包的属性汇总
这篇文章是 Julia 的 Plots 包的各种属性的汇总
141 0
“UnwrapRef“ 是一种类型,在同时启用了 “preserveValueImports“ 和 “isolatedModules“ 时,必须使用仅类型导入进行导入。
“UnwrapRef“ 是一种类型,在同时启用了 “preserveValueImports“ 和 “isolatedModules“ 时,必须使用仅类型导入进行导入。
953 0
“UnwrapRef“ 是一种类型,在同时启用了 “preserveValueImports“ 和 “isolatedModules“ 时,必须使用仅类型导入进行导入。
【GO】自定义包引用解决方案
【GO】自定义包引用解决方案
94 0
【GO】自定义包引用解决方案