These are chat archives for symengine/symengine

27th
Jul 2016
Aaron Meurer
@asmeurer
Jul 27 2016 01:44
I think it compares lexicographically
That's why you should use git describe if you are going to put the hash in the version
I think conda has something built in that you can use to pull out the git describe version
Isuru Fernando
@isuruf
Jul 27 2016 01:46
Haven't used git describe, will look into it
Thanks
Isuru Fernando
@isuruf
Jul 27 2016 03:36
@spencerlyon2, Conda.add("symengine=0.1.0.dev0") will install the correct version
Issue I have now is getting Conda.jl to be used as a BinDeps provider. It installs miniconda, but not the symengine package. (Tried it in a docker container, because my local setup has too many symengine installations)
Spencer Lyon
@sglyon
Jul 27 2016 07:40
@isuruf that’s great, thanks. I’ll spend a few minutes this morning seeing if I can get it to work as a BinDeps provider
Spencer Lyon
@sglyon
Jul 27 2016 07:43
OK cool, that will be helpful
Spencer Lyon
@sglyon
Jul 27 2016 07:59
@isuruf what error are you getting when you try that build.jl script?
Spencer Lyon
@sglyon
Jul 27 2016 08:20
I’m getting it to build, but the deps.jl file is not being generated
Spencer Lyon
@sglyon
Jul 27 2016 08:33
Ok I think I got it working
Isuru Fernando
@isuruf
Jul 27 2016 08:48
Great. let me know when you have the code online
Spencer Lyon
@sglyon
Jul 27 2016 08:52
will do. we will probably want to clean it up a bit, but it worked in a docker container for me. I’m testing on my mac now
Spencer Lyon
@sglyon
Jul 27 2016 09:11
Nice, looks like you are good to go then
I keep getting this
julia> using SymEngine
ERROR: LoadError: LoadError: error compiling anonymous: could not load library "libsymengine"
dlopen(libsymengine.dylib, 1): image not found
 [inlined code] from /Users/sglyon/.julia/v0.4/SymEngine/src/mathops.jl:50
 in anonymous at no file:0
 in include at ./boot.jl:261
 in include_from_node1 at ./loading.jl:320
 in include at ./boot.jl:261
 in include_from_node1 at ./loading.jl:320
 in require at ./loading.jl:259
while loading /Users/sglyon/.julia/v0.4/SymEngine/src/mathops.jl, in expression starting on line 44
while loading /Users/sglyon/.julia/v0.4/SymEngine/src/SymEngine.jl, in expression starting on line 18
Isuru Fernando
@isuruf
Jul 27 2016 09:12
Yes, I checked travis and it fails on OSX
Spencer Lyon
@sglyon
Jul 27 2016 09:12
I wonder why
that seems strange
Isuru Fernando
@isuruf
Jul 27 2016 09:14
Maybe the dependent dylibs are not loaded
Spencer Lyon
@sglyon
Jul 27 2016 09:15
I tried looked at the generated deps/deps.jl file and the only difference between master branch and your conda branch was that it went through ~/.julia/v0.4/Conda instead of ~/.julia/v0.4/SymEngine — everything else was identical.
I’m not sure how it was loading on master, but not on conda
Isuru Fernando
@isuruf
Jul 27 2016 09:19
Is there a difference in otool -L ~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib
Spencer Lyon
@sglyon
Jul 27 2016 09:19
SymEngine|isuruf/conda⚡ ⇒ otool -L ~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib
/Users/sglyon/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib:
    @rpath/libsymengine.dylib (compatibility version 0.0.0, current version 0.0.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
    @rpath/libgmp.10.dylib (compatibility version 14.0.0, current version 14.1.0)
    @rpath/libmpc.3.dylib (compatibility version 4.0.0, current version 4.0.0)
    @rpath/libmpfr.4.dylib (compatibility version 6.0.0, current version 6.4.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
SymEngine|isuruf/conda⚡ ⇒ otool -L ~/.julia/v0.4/SymEngine/deps/usr/lib/libsymengine.dylib
/Users/sglyon/.julia/v0.4/SymEngine/deps/usr/lib/libsymengine.dylib:
    libsymengine.dylib (compatibility version 0.0.0, current version 0.0.0)
    /Users/sglyon/.julia/v0.4/Homebrew/deps/usr/opt/gmp/lib/libgmp.10.dylib (compatibility version 14.0.0, current version 14.0.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
I just checked, if I change the line in SymEngine/deps/deps.jl to find the dylib through the SymEngine package instead of Conda it works without a problem
Isuru Fernando
@isuruf
Jul 27 2016 09:23
Hmm, Libdl.dlopen("~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib") fails ?
Spencer Lyon
@sglyon
Jul 27 2016 09:24
no
SymEngine|isuruf/conda⚡ ⇒ julia
               _
   _       _ _(_)_     |  A fresh approach to technical computing
  (_)     | (_) (_)    |  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.4.7-pre+1 (2016-06-19 17:17 UTC)
 _/ |\__'_|_|_|\__'_|  |  Commit 57d0834* (37 days old release-0.4)
|__/                   |  x86_64-apple-darwin15.5.0

julia> Base.Libdl.dlopen("/Users/sglyon/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib")
Ptr{Void} @0x00007fbc8b90dd40

julia>
SymEngine|isuruf/conda⚡ ⇒ julia
               _
   _       _ _(_)_     |  A fresh approach to technical computing
  (_)     | (_) (_)    |  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.4.7-pre+1 (2016-06-19 17:17 UTC)
 _/ |\__'_|_|_|\__'_|  |  Commit 57d0834* (37 days old release-0.4)
|__/                   |  x86_64-apple-darwin15.5.0

julia> Base.Libdl.dlopen("/Users/sglyon/.julia/v0.4/SymEngine/deps/usr/lib/libsymengine.dylib")
Ptr{Void} @0x00007fe2d0f54e70

julia>
Isuru Fernando
@isuruf
Jul 27 2016 09:31
How about Libdl.dlopen("~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib", 1) ?
Spencer Lyon
@sglyon
Jul 27 2016 09:36
julia> Base.Libdl.dlopen("/Users/sglyon/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib", 1)
Ptr{Void} @0x00007ffbd077f030

julia> Base.Libdl.dlopen("~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib", 1)
ERROR: could not load library "~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib"
dlopen(~/.julia/v0.4/Conda/deps/usr/lib/libsymengine.dylib.dylib, 5): image not found
 in dlopen at libdl.jl:36
It looks like it wants the whole path
But, it still did work
Isuru Fernando
@isuruf
Jul 27 2016 09:37
Maybe that's why this error, ERROR: LoadError: LoadError: error compiling anonymous: could not load library "libsymengine" dlopen(libsymengine.dylib, 1): image not found
Spencer Lyon
@sglyon
Jul 27 2016 09:38
yeah, where does that even get called?
Isuru Fernando
@isuruf
Jul 27 2016 09:39
by BinDeps I guess
Spencer Lyon
@sglyon
Jul 27 2016 09:39
Is BinDeps loaded when we do using SymEngine?
Isuru Fernando
@isuruf
Jul 27 2016 09:39
no, it's not bindeps then
dlopen is called by deps/deps.jl
Spencer Lyon
@sglyon
Jul 27 2016 09:41
It seems odd to me that it says dlopen(…, 5)
What’s that ,5 doing there?
oh sorry, that’st he one that didn’t work — probably not relevant