I'm running the push! commands every time. After the first time I ran the example GLUT program, it will not run again, even with the push! commands.
Nathaniel On 16 March 2014 22:43, Ivar Nesje <iva...@gmail.com> wrote: > As Tim said. You must run `push!(.....)` every time you run julia in order > for Julia to find the library. > > A convenient solution is to create a ~/.juliarc.jl file, and that file > will automatically be included when you start Julia. > > Another solution is to place the dynamic library files in a central system > location, like /usr/lib > > Ivar > > kl. 14:13:18 UTC+1 søndag 16. mars 2014 skrev Tim Holy følgende: >> >> Put it in your ~/.juliarc.jl file, not ~/.bashrc. >> >> --Tim >> >> On Sunday, March 16, 2014 09:24:41 PM Nathaniel Virgo wrote: >> > Strangely, that did the trick *once*, but if I try to run the same file >> > again, I now get this weird error instead. (This is after quitting and >> > restarting julia, and entering the push! commands again.) >> > >> > ERROR: error compiling init: error compiling init: could not load >> > module : dlopen(.dylib, 1): image not found >> > in reload_path at loading.jl:144 >> > in _require at loading.jl:59 >> > in require at loading.jl:46 >> > in reload_path at loading.jl:144 >> > in _require at loading.jl:59 >> > in require at loading.jl:46 >> > in reload_path at loading.jl:144 >> > in _require at loading.jl:59 >> > in require at loading.jl:43 >> > in include_from_node1 at loading.jl:120 >> > while loading /Users/ndv21/.julia/v0.3/Images/src/Images.jl, in >> > expression starting on line 205 >> > while loading /Users/ndv21/.julia/v0.3/OpenGL/src/gl10/gl10aux.jl, in >> > expression starting on line 9 >> > while loading /Users/ndv21/.julia/v0.3/OpenGL/src/OpenGL.jl, in >> > expression starting on line 10 >> > while loading /Users/ndv21/Dropbox/Code/Julia reaction >> > diffusion/initial exploration/gltest.jl, in expression starting on >> > line 11 >> > >> > For future reference: I also had to do the same thing with glut. For >> some >> > reason I had to go into /System/Library/Frameworks/GLUT.Framework and >> do >> > sudo ln -s GLUT libGLUT.dylib, and then do these commands in Julia: >> > >> > push!(DL_LOAD_PATH, >> > "/System/Library/Frameworks/OpenGL.Framework/Libraries") >> >> > >> > push!(DL_LOAD_PATH, "/System/Library/Frameworks/GLUT.Framework") >> > >> > I assume once this is working properly I can just set the DL_LOAD_PATH >> > environment variable in my .bash_profile to avoid having to do this >> > manually in future. >> > >> > Nathaniel >> > >> > On 16 March 2014 20:51, Ivar Nesje <iva...@gmail.com> wrote: >> > > push!(DL_LOAD_PATH, >> > > "/System/Library/Frameworks/OpenGL.Framework/Libraries >> >> > > ") >> > > >> > > I think >> > > >> > > Regards Ivar >> > > >> > > kl. 09:02:30 UTC+1 søndag 16. mars 2014 skrev Nathaniel Virgo >> følgende: >> > >> Sorry, I meant to say "GLUT package" (which includes OpenGL as a >> > >> dependency). I suspect it doesn't make much difference though. >> > >> >> > >> Nathaniel >> > >> >> > >> On Sunday, March 16, 2014 5:01:37 PM UTC+9, Nathaniel Virgo wrote: >> > >>> Hi all >> > >>> >> > >>> I like to visualise my simulations in OpenGL, so I was happy to see >> that >> > >>> there is an OpenGL package. However, it seems I need to do >> something to >> > >>> tell it where to find the library file. If I try to run one of the >> > >>> examples >> > >>> (tut2.jl, copied into a new file), I get this: >> > >>> >> > >>> julia> include("gltest.jl") >> > >>> ERROR: error compiling ReSizeGLScene: could not load module libGL: >> > >>> dlopen(libGL.dylib, 1): image not found>>> >> > >>> in cfunction at c.jl:23 >> > >>> >> > >>> while loading /Users/ndv21/Dropbox/Code/Julia reaction >> diffusion/initial >> > >>> exploration/gltest.jl, in expression starting on line 58 >> > >>> >> > >>> I guess the appropriate libGL.dylib is the one in >> > >>> /System/Library/Frameworks/OpenGL.Framework/Libraries (the >> standard >> > >>> location on OS X I believe) --- how can I tell Julia to look for it >> > >>> there? >> > >>> >> > >>> (I'm asking the list rather than the package developer because of >> this >> > >>> note in the README: "I wish I could provide some advice to Windows >> or >> > >>> Mac >> > >>> OS users, but I barely use those systems anymore.") >> > >>> >> > >>> Best regards, >> > >>> Nathaniel >> > -- Nathaniel Virgo http://nathanielvirgo.com