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

'could not load library "libGR.so"' error with Julia 1.0 and GR 0.32.3 #133

Closed
sjmgarnier opened this issue Aug 16, 2018 · 50 comments
Closed

Comments

@sjmgarnier
Copy link

The full error message is below.

ERROR: LoadError: error compiling _plot!: error compiling _display: could not load library "libGR.so"
dlopen(libGR.so.dylib, 1): image not found
Stacktrace:
[1] #plot#134(::Base.Iterators.Pairs{Symbol,Any,Tuple{Symbol,Symbol,Symbol},NamedTuple{(:zcolor, :group, :legend),Tuple{Array{Float64,1},Array{Float64,1},Bool}}}, ::Function, ::Array{Float64,1}, ::Vararg{Array{Float64,1},N} whereN) at /Users/simon/.julia/packages/Plots/LWBTU/src/plot.jl:57
[2] (::getfield(RecipesBase, Symbol("#kw##plot")))(::NamedTuple{(:zcolor, :group, :legend),Tuple{Array{Float64,1},Array{Float64,1},Bool}}, ::typeof(plot), ::Array{Float64,1}, ::Array{Float64,1}) at ./none:0
[3] top-level scope at none:0
[4] include_string(::Module, ::String, ::String) at ./loading.jl:1002
[5] include_string(::Module, ::String, ::String, ::Int64) at /Users/simon/.julia/packages/CodeTools/8CjYJ/src/eval.jl:30
[6] (::getfield(Atom, Symbol("##100#105")){String,Int64,String})() at /Users/simon/.julia/packages/Atom/jJn7Y/src/eval.jl:60
[7] withpath(::getfield(Atom, Symbol("##100#105")){String,Int64,String}, ::String) at /Users/simon/.julia/packages/CodeTools/8CjYJ/src/utils.jl:30
[8] withpath at /Users/simon/.julia/packages/Atom/jJn7Y/src/eval.jl:46 [inlined]
[9] #99 at /Users/simon/.julia/packages/Atom/jJn7Y/src/eval.jl:58 [inlined]
[10] hideprompt(::getfield(Atom, Symbol("##99#104")){String,Int64,String}) at /Users/simon/.julia/packages/Atom/jJn7Y/src/repl.jl:76
[11] macro expansion at /Users/simon/.julia/packages/Atom/jJn7Y/src/eval.jl:57 [inlined]
[12] (::getfield(Atom, Symbol("##98#103")){Dict{String,Any}})() at ./task.jl:85
in expression starting at /Users/simon/Google Drive/NJIT/Work/research/others/vikram/julia/run.jl:13

@jheinen
Copy link
Owner

jheinen commented Aug 16, 2018

Please rebuild GR:

ENV["GRDIR"]=""
Pkg.build("GR")

This should download the GR run-time libraries (including libGR.so.dylib) again.

@sjmgarnier
Copy link
Author

@jheinen Thanks! It worked.

@PacificL
Copy link

PacificL commented Aug 20, 2018

@jheinen I tried this,
ENV["GRDIR"]="" Pkg.build("GR")
but it doesn't work, my Julia version is v0.7.0, GR is v0.32.3+.
So, why and how to address it?

@jheinen
Copy link
Owner

jheinen commented Aug 20, 2018

Is it a typo or did you omit the semicolon?

ENV["GRDIR"]=""; Pkg.build("GR")

@PacificL
Copy link

it isn't a typo, i,e. I omit the semicolon. So, I tried
'ENV["GRDIR"]=""; Pkg.build("GR")' again. There is same error

ERROR: error compiling #plot#19: error compiling plot_data: error compiling send_meta: error compiling openmeta: could not load library "libGR.dll" The specified module could not be found.

@PacificL
Copy link

The library that Julia always load is "libGR.dll", but that's "libgr.dll" in the C:\Users\Administrator\.julia\packages\GR\fnyt8\deps\downloads\gr-0.32.0-Windows-x86_64.tar.gz. It's different. So , in my opinion, maybe this's the key to the issue.

@jheinen
Copy link
Owner

jheinen commented Aug 21, 2018

Could you please try to rename libgr.dll to libGR.dll (same for libgks.dll)?
If his fixes the problem, we will have to change the file names in our distribution ...

Strange, because I can't reproduce this behaviour on my Windows 10 host ...

@PacificL
Copy link

Sorry, it doesn't work. Besides, the zip file can't decompress completely. The error blog says there is a error in the end of file. So, I don't have lidgks.dll, and I tried rebuild again and again, unfortunately, the zip file is same.

@jheinen
Copy link
Owner

jheinen commented Aug 21, 2018

Can you manually unzip (using Julia's 7z)?

7z x gr-0.32.0-Windows-x86_64.tar.gz
...
7z x gr-0.32.0-Windows-x86_64.tar -ttar
...
Extracting  gr
Extracting  gr/fonts
Extracting  gr/fonts/NimbusMonL-BoldObli.afm
Extracting  gr/fonts/NimbusRomNo9L-ReguItal.pfb
Extracting  gr/fonts/URWPalladioL-BoldItal.afm
Extracting  gr/fonts/NimbusSanL-Regu.afm
Extracting  gr/fonts/NimbusRomNo9L-Medi.afm
Extracting  gr/fonts/URWBookmanL-Ligh.afm
Extracting  gr/fonts/CenturySchL-BoldItal.afm
Extracting  gr/fonts/NimbusSanL-Bold.afm
Extracting  gr/fonts/NimbusSanL-BoldItal.afm
Extracting  gr/fonts/CenturySchL-Bold.pfb
Extracting  gr/fonts/URWBookmanL-DemiBoldItal.afm
Extracting  gr/fonts/NimbusSanL-BoldItal.pfb
Extracting  gr/fonts/URWBookmanL-Ligh.pfb
Extracting  gr/fonts/URWPalladioL-Roma.afm
Extracting  gr/fonts/NimbusRomNo9L-MediItal.afm
Extracting  gr/fonts/NimbusSanL-BoldCond.afm
Extracting  gr/fonts/NimbusRomNo9L-Medi.pfb
Extracting  gr/fonts/URWGothicL-Demi.afm
Extracting  gr/fonts/NimbusRomNo9L-MediItal.pfb
Extracting  gr/fonts/NimbusSanL-BoldCond.pfb
Extracting  gr/fonts/NimbusSanL-ReguCondItal.pfb
Extracting  gr/fonts/NimbusMonL-Regu.pfb
Extracting  gr/fonts/URWPalladioL-Ital.afm
Extracting  gr/fonts/URWPalladioL-Roma.pfb
Extracting  gr/fonts/NimbusSanL-BoldCondItal.afm
Extracting  gr/fonts/NimbusSanL-ReguItal.pfb
Extracting  gr/fonts/URWBookmanL-DemiBoldItal.pfb
Extracting  gr/fonts/CenturySchL-Ital.pfb
Extracting  gr/fonts/gksfont.dat
Extracting  gr/fonts/NimbusMonL-ReguObli.pfb
Extracting  gr/fonts/StandardSymL.afm
Extracting  gr/fonts/NimbusSanL-ReguCondItal.afm
Extracting  gr/fonts/URWGothicL-DemiObli.afm
Extracting  gr/fonts/NimbusMonL-BoldObli.pfb
Extracting  gr/fonts/URWBookmanL-LighItal.pfb
Extracting  gr/fonts/CenturySchL-Roma.afm
Extracting  gr/fonts/NimbusRomNo9L-Regu.pfb
Extracting  gr/fonts/CenturySchL-Bold.afm
Extracting  gr/fonts/URWBookmanL-DemiBold.afm
Extracting  gr/fonts/CenturySchL-Roma.pfb
Extracting  gr/fonts/URWGothicL-Book.afm
Extracting  gr/fonts/URWGothicL-BookObli.afm
Extracting  gr/fonts/URWChanceryL-MediItal.afm
Extracting  gr/fonts/CenturySchL-Ital.afm
Extracting  gr/fonts/NimbusMonL-Bold.pfb
Extracting  gr/fonts/URWPalladioL-Ital.pfb
Extracting  gr/fonts/URWPalladioL-Bold.afm
Extracting  gr/fonts/NimbusSanL-ReguItal.afm
Extracting  gr/fonts/URWGothicL-BookObli.pfb
Extracting  gr/fonts/NimbusSanL-Bold.pfb
Extracting  gr/fonts/URWPalladioL-Bold.pfb
Extracting  gr/fonts/NimbusMonL-Regu.afm
Extracting  gr/fonts/URWGothicL-DemiObli.pfb
Extracting  gr/fonts/URWPalladioL-BoldItal.pfb
Extracting  gr/fonts/Dingbats.pfb
Extracting  gr/fonts/URWChanceryL-MediItal.pfb
Extracting  gr/fonts/Dingbats.afm
Extracting  gr/fonts/NimbusMonL-Bold.afm
Extracting  gr/fonts/NimbusSanL-ReguCond.pfb
Extracting  gr/fonts/NimbusRomNo9L-Regu.afm
Extracting  gr/fonts/NimbusMonL-ReguObli.afm
Extracting  gr/fonts/URWBookmanL-LighItal.afm
Extracting  gr/fonts/URWGothicL-Demi.pfb
Extracting  gr/fonts/NimbusSanL-ReguCond.afm
Extracting  gr/fonts/NimbusSanL-Regu.pfb
Extracting  gr/fonts/URWBookmanL-DemiBold.pfb
Extracting  gr/fonts/StandardSymL.pfb
Extracting  gr/fonts/CenturySchL-BoldItal.pfb
Extracting  gr/fonts/URWGothicL-Book.pfb
Extracting  gr/fonts/NimbusSanL-BoldCondItal.pfb
Extracting  gr/fonts/NimbusRomNo9L-ReguItal.afm
Extracting  gr/bin
Extracting  gr/bin/zmqplugin.dll
Extracting  gr/bin/cairoplugin.dll
Extracting  gr/bin/libstdc++-6.dll
Extracting  gr/bin/wmfplugin.dll
Extracting  gr/bin/Qt5Widgets.dll
Extracting  gr/bin/libGLESv2.dll
Extracting  gr/bin/Qt5Network.dll
Extracting  gr/bin/libgr.dll
Extracting  gr/bin/qt5plugin.dll
Extracting  gr/bin/libgcc_s_dw2-1.dll
Extracting  gr/bin/d3dcompiler_47.dll
Extracting  gr/bin/htmplugin.dll
Extracting  gr/bin/gtkplugin.dll
Extracting  gr/bin/libgcc_s_sjlj-1.dll
Extracting  gr/bin/gksqt.exe
Extracting  gr/bin/svgplugin.dll
Extracting  gr/bin/platforms
Extracting  gr/bin/platforms/qwindows.dll
Extracting  gr/bin/Qt5Gui.dll
Extracting  gr/bin/libGLESv2d.dll
Extracting  gr/bin/libgks.dll
Extracting  gr/bin/libGR3.dll
Extracting  gr/bin/Qt5Core.dll
Extracting  gr/bin/gsplugin.dll
Extracting  gr/bin/pgfplugin.dll
Extracting  gr/bin/movplugin.dll
Extracting  gr/bin/figplugin.dll
Extracting  gr/bin/wxplugin.dll
Extracting  gr/bin/glplugin.dll
Extracting  gr/bin/libwinpthread-1.dll
Extracting  gr/bin/qtplugin.dll
Extracting  gr/bin/libgcc_s_seh-1.dll
Extracting  gr/include
Extracting  gr/include/gr3.h
Extracting  gr/include/gr.h
Extracting  gr/include/gks.h
Extracting  gr/include/grwidget.h

Everything is Ok

Folders: 5
Files: 106
Size:       219911112
Compressed: 219996160

@PacificL
Copy link

It doesn't work... I'm sorry, i'm going to back Julia 0.6.4 and wait new version which can address this problem. Thanks you very much again. Waiting your new version.
by the way, if you find out the answer, could you tell me? Thanks!

@jheinen
Copy link
Owner

jheinen commented Aug 22, 2018

As a workaround you could copy the GR.jl/deps/gr tree from your working 0.6.4 installation into the 1.0 environment.

@PacificL
Copy link

Finally, it does work! This problem is simple. build GR lasted a very long time, always be Building at least one hour, which let me feels my Julia's console is dead. So I stopped it before building finish. Anyway, It does work. Thank you so much for helping me.

@metorm
Copy link

metorm commented Sep 22, 2018

I have got the same issue yesterday. The building log was empty.
I think the problem may because that the network once went out during building.
I tried to remove GR and add it again, but of no use. Each time I build FR, it takes only a few seconds, which I believe to implies that the building procedure fails at the very start.

@metorm
Copy link

metorm commented Sep 23, 2018

Guys, I have located the problem, which is actually triggered by an unsteady network.

In ~/.julia/packages/GR/joQgG/deps/downloads, there would be tempory file gr-0.34.1-Linux-x86_64.tar.gz, which is downloaded from gr-framework.org during installation. However, the file would be broken if a network error (or perhaps a user canceling operation) happens. The next time you try to rebuild GR, the broken file prevents the building script from downloading the file again.

To fix the error, the user can delete the gr-0.34.1-Linux-x86_64.tar.gz file manually and build GR again.
For the developers, I think a checksum operation shall be added to the procedure. @jheinen

@WangWei90
Copy link

I agree with @metorm . In China, the network is really unsteady (especially for Github nowadays).

@atodniAr
Copy link

atodniAr commented Oct 8, 2018

Guys, I have located the problem, which is actually triggered by an unsteady network.

In ~/.julia/packages/GR/joQgG/deps/downloads, there would be tempory file gr-0.34.1-Linux-x86_64.tar.gz, which is downloaded from gr-framework.org during installation. However, the file would be broken if a network error (or perhaps a user canceling operation) happens. The next time you try to rebuild GR, the broken file prevents the building script from downloading the file again.

To fix the error, the user can delete the gr-0.34.1-Linux-x86_64.tar.gz file manually and build GR again.
For the developers, I think a checksum operation shall be added to the procedure. @jheinen

Same thing happened for me. My kernel interrupted while downloading gr zip file, which caused the error. Solved after removing tempory file and build again.

@eirikbrandsaas
Copy link

eirikbrandsaas commented Nov 13, 2018

I had the same problem, but my ~/.julia/packages/GR/joQgG/deps/downloads folder was completely empty. I fixed it by simply deleting the entire GR folder (e.g. rm -r GR/*) and then rebooting Julia, ] add GR after which the issue was fixed.

Edit: Fixed formatting

@metorm
Copy link

metorm commented Nov 13, 2018 via email

@VCVina
Copy link

VCVina commented Mar 14, 2019

Oh...My computer can't build this.When I run it:

using Pkg
ENV["GRDIR"]=""
Pkg.build("GR")

It will become ‘Building GR → ~/.julia/packages/GR/IVBgs/deps/build.log’ and BUILD this forever...

May I ask how to solve this?@jheinen thank you very much!

Please rebuild GR:

ENV["GRDIR"]=""
Pkg.build("GR")

This should download the GR run-time libraries (including libGR.so.dylib) again.

@jheinen
Copy link
Owner

jheinen commented Mar 14, 2019

Which platform are you using?

versioninfo()

@VCVina
Copy link

VCVina commented Mar 14, 2019

Julia Version 1.1.0 for macOS Mojave 10.14.3.

@jheinen
Copy link
Owner

jheinen commented Mar 14, 2019

macOS is what we use. Please try to rm the deps directory and update GR.

@VCVina
Copy link

VCVina commented Mar 14, 2019

Thank you for your tip but I think it can't work...
Maybe I'm not skilled enough, I was directly drop the deps into trash can by Finder and try to do this↓

(v1.1) pkg> update GR
  Updating registry at `~/.julia/registries/General`
  Updating git-repo `https://github.com/JuliaRegistries/General.git`
 Resolving package versions...
  Updating `~/.julia/environments/v1.1/Project.toml`
 [no changes]
  Updating `~/.julia/environments/v1.1/Manifest.toml`
 [no changes]

it seems that there is no change?

(sorry for being a novice...)

@jheinen
Copy link
Owner

jheinen commented Mar 14, 2019

So he does the system really start building GR? If so, is there a build.log file?

@VCVina
Copy link

VCVina commented Mar 15, 2019

No, the build.log file isn't exist.

Exactly, After I dropped the deps folder and finishedpkg> update GR , the deps was still not exist.

And I tried to do Pkg.build("GR") again and it can't work, the deps still does not exist, but I think this is for sure because the build.jl does not exist
image
So,I try to remove whole the GR folder and use Pkg.add("GR") again, and the problem is appear again.Now I have the build.log and open it,here is the screenshot.
image
this is the problem i said BUILDING FOREVER.
I have read the comment and issues above, I think maybe my problem is same to them because of the network is too bad.If you have some ideas please tell me,thank you for your patience!

@VCVina
Copy link

VCVina commented Mar 15, 2019

@jheinen oh, I think I solved this problem!

Actually, this is the network problem, when I build this i can't download the package so this becomes an infinite loop of work, i tried to use proxy and it does work!
I'm so sorry for spending you so much time for my bad network environment in China.
I think the GR FAQ should add this problem into the documents;)

@al6x
Copy link

al6x commented Dec 4, 2019

Maybe it's worth to re-open this issue and fix the problem properly?
Solution like "rebuild GR" does not sounds like a robust and stable way to install and manage packages.

@jheinen
Copy link
Owner

jheinen commented Dec 4, 2019

What happens if you ] build GR ?

@al6x
Copy link

al6x commented Dec 5, 2019

I solved the issue, by executing the script below, as you suggested in comment above, thanks.

ENV["GRDIR"]=""
Pkg.build("GR")

My point is that requiring the user intervention for such an ordinary and common task as a installing package should not be counted as an acceptable solution. In my opinion it's a sign of a deeper problem with the package manager that should be addressed.

@kkkllli
Copy link

kkkllli commented Dec 20, 2019

Hi,
I tried
ENV["GRDIR"]=""
Pkg.build("GR")

but it does not work. I am not sure whether it is a network problem. Could you please tell me what else I can do? Thank you so much! By the way, it reports:
┌ Error: Error building GR:
│ [ Info: Downloading pre-compiled GR latest Windows binary
│ ┌ Error: Download failed: curl: (22) The requested URL returned error: 404 Not Found
│ └ @ Base download.jl:43
│ ERROR: LoadError: IOError: could not spawn 'C:\Users\Xiaomei\AppData\Local\Julia-1.3.0\bin/7z' x downloads/gr-latest-Windows-x86_64.tar.gz -y: no such file or directory (ENOENT)
│ Stacktrace:
│ [1] _spawn_primitive(::String, ::Cmd, ::Array{Any,1}) at .\process.jl:99
│ [2] setup_stdios(::Base.var"#554#555"{Cmd}, ::Array{Any,1}) at .\process.jl:112
│ [3] success(::Cmd) at .\process.jl:111
│ [4] top-level scope at C:\Users\Xiaomei.julia\packages\GR\ZI5OE\deps\build.jl:119
│ [5] include at .\boot.jl:328 [inlined]
│ [6] include_relative(::Module, ::String) at .\loading.jl:1105
│ [7] include(::Module, ::String) at .\Base.jl:31
│ [8] include(::String) at .\client.jl:424
│ [9] top-level scope at none:5
│ in expression starting at C:\Users\Xiaomei.julia\packages\GR\ZI5OE\deps\build.jl:68
└ @ Pkg.Operations D:\buildbot\worker\package_win64\build\usr\share\julia\stdlib\v1.3\Pkg\src\backwards_compatible_isolation.jl:649

@jheinen
Copy link
Owner

jheinen commented Dec 20, 2019

Something seems to block thew download on your side.

The corresponding download in Julia is realized with curl -O https://gr-framework.org/downloads/gr-latest-Windows-x86_64.tar.gz, which works fine.

@kkkllli
Copy link

kkkllli commented Dec 20, 2019 via email

@jheinen
Copy link
Owner

jheinen commented Dec 20, 2019

"Something" means, that there is probably a firewall or protection system on your side. We don't filter anything on our side. If you have access to a Unix system, please try the above curl command.

What happens, if you try to download the required run-time in you browser? (Link)

@kkkllli
Copy link

kkkllli commented Dec 20, 2019 via email

@jheinen
Copy link
Owner

jheinen commented Dec 20, 2019

Did you install the recommended Windows Management Framework, as described here. I seem to remember that without this run-time, you can't use the Julia download() command ...

@adnandal10ster
Copy link

Please rebuild GR:

ENV["GRDIR"]=""
Pkg.build("GR")

This should download the GR run-time libraries (including libGR.so.dylib) again.

This worked for me!!

@fonsp
Copy link
Contributor

fonsp commented Jun 30, 2020

I also got this issue on a clean Ubuntu 20.04 machine with Julia 1.4.2. GR 0.49.1 was installed indirectly, as a dependency of Plots. (The suggested fix worked.)

@DeathGodBXX
Copy link

DeathGodBXX commented Jul 30, 2020

import Pkg;Pkg.build("GR")
Building GR → ~/.julia/packages/GR/8mv9N/deps/build.log
After 10 minutes,it doesn't show any prompt ,it seems blocked, what should I do?
my julia version 1.4.1 , download from https://mirrors.ustc.edu.cn/julia/releases

@jheinen
Copy link
Owner

jheinen commented Jul 30, 2020

What's the content of ~/.julia/packages/GR/8mv9N/deps/build.log ?

@DeathGodBXX
Copy link

sloved! just Spend much time building logfiles.I have to say it's too slow.But in a word,thanks author

@rubyFeedback
Copy link

Google brought me here; unfortunately I still have no idea where libGR.so is. I assume it is
part of some library but I can not find it, also because of issues like this here mentioning
it but not explaining what it is. :(

@jheinen
Copy link
Owner

jheinen commented Feb 2, 2021

What's the content of the GR run-time library (lib) directory?

using GR
readdir(joinpath(ENV["GRDIR"], "lib"))

@CosmosJG
Copy link

Hi, I have similar problem when I try to use 'Triplot'. May I ask you about this problem?
I uses Julia version 1.5.3 using Juno on MacOS (M1 version).

I've got this error message,

ERROR: LoadError: could not load library "libGR.so"
dlopen(libGR.so.dylib, 1): image not found
Stacktrace:
[1] inqdspsize() at /Users/jonggilpark/.julia/packages/GR/yMV3y/src/GR.jl:351
[2] rasterize(::Array{Float64,1}, ::Array{Float64,1}, ::Array{Float64,1}, ::Array{Int64,2}; yflip::Bool, px::Nothing, py::Nothing, zmin::Nothing, zmax::Nothing) at /Users/jonggilpark/.julia/packages/Triplot/KEf9c/src/tripcolor.jl:20
[3] rasterize at /Users/jonggilpark/.julia/packages/Triplot/KEf9c/src/tripcolor.jl:20 [inlined]
[4] triplot(::Array{Float64,1}, ::Array{Float64,1}, ::Array{Float64,1}, ::Array{Int64,2}) at /Users/jonggilpark/Desktop/Code_Julia/TriFEMUtils.jl:13
[5] top-level scope at /Users/jonggilpark/Desktop/Code_Julia/Park.jl:101
[6] include_string(::Function, ::Module, ::String, ::String) at ./loading.jl:1088
in expression starting at /Users/jonggilpark/Desktop/Code_Julia/Park.jl:101

I already tried ENV["GRDIR"]=""; Pkg.build("GR), but there was no changes.

julia> ENV["GRDIR"]=""
""
julia> Pkg.build("GR")
Building GR → ~/.julia/packages/GR/yMV3y/deps/build.log
julia>

Also, based on your last comments on Feb 2, I tried to do "using GR", but the following came out.

julia> using GR
WARNING: using GR.meshgrid in module Main conflicts with an existing identifier.
WARNING: using GR.plot in module Main conflicts with an existing identifier.

May I ask you any comments or advice on this??

@jheinen
Copy link
Owner

jheinen commented Apr 29, 2021

Did you try to restart Julia and update all packages?

@CosmosJG
Copy link

Yes, I restarted Julia and updated all packages by "add Packagename" .
But it has still same issue.

@jheinen
Copy link
Owner

jheinen commented Apr 29, 2021

But it seems to me, that you are using an old GR version, as the library name is libGR.dylib in the meantime (since v0.54.0, which was already released in January)

@CosmosJG
Copy link

Is there any other method to update packages? I just entered "Pkg.add [Package name]" on REPL.
(Sorry, I am still a beginner..)

@jheinen
Copy link
Owner

jheinen commented Apr 29, 2021

Pkg.update() or ] update

@bwanab
Copy link

bwanab commented Jul 16, 2022

This is weird. I've been using 1.7.3 since it arrived. I use plotting every day. I haven't changed configurations or anything, but this morning I sat down to do some work and got this on the first Pluto notebook I opened:

Failed to show value:
could not load library "libGR.so"
dlopen(libGR.so.dylib, 0x0001): tried: '/Applications/Julia-1.7.app/Contents/Resources/julia/lib/julia/libGR.so.dylib' (no such file), ....

Following the advice in this thread I've tried:

  1. ENV["GRDIR"] = ""
    Pkg.build("GR")

This didn't help.

  1. restart Julia, then ] update

Still same problem.

Here is the output from:

julia> using GR

julia> readdir(joinpath(ENV["GRDIR"], "lib"))
23-element Vector{String}:
"aggplugin.so"
"cairoplugin.so"
"glplugin.so"
"gr.js"
"gsplugin.so"
"gtkplugin.so"
"libGKS.dylib"
"libGR.dylib"
"libGR3.dylib"
"libGRM.dylib"
"libqt5gr.dylib"
"libqt6gr.dylib"
"pgfplugin.so"
"qt5plugin.so"
"qt6plugin.so"
"qtplugin.so"
"quartzplugin.so"
"svgplugin.so"
"videoplugin.so"
"wmfplugin.so"
"wxplugin.so"
"x11plugin.so"
"zmqplugin.so"

So, it appears that I've got libGR.dylib, but the message says it's missing libGR.so.dylib.

I've got no idea what could have happened.

@jheinen
Copy link
Owner

jheinen commented Jul 17, 2022

Unfortunately, I can't reproduce the problem. Could you try the following command to see, if there is a system-wide problem?

otool -L `find ${HOME}/.julia -name libGR.dylib`

Or, could you temporarily rename your ${HOME}/.julia directory and ] add GR in a new session?

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