No worries on plotting in SJulia... there will be a good solution, and you can tackle it later. I was simply responding to this:
On Julia 4.0 SymPy won’t work on my system (it complains about > precompiling): > *julia> * > *using SymPy* > *INFO: Precompiling module SymPy...**ERROR: LoadError: LoadError: > UndefVarError: _apply_recipe not defined* On Mon, May 16, 2016 at 12:22 PM, <[email protected]> wrote: > Tom, sure, I'm available to chat. Regarding plotting: As, I wrote, SJulia > does not depend on SymPy.jl so it should not depend on any plotting > libraries. I looked at Plots.jl quickly a few days ago, but could not get > it to run on recent v0.5 builds. It wouldn't take much to put some kind > of plotting function in SJulia, just to demonstrate. I didn't want to spend > time on plotting at the moment because a) I haven't done any plotting in > Julia and it seems kind of confusing; and b) there are lots of programs > that do plotting, but, AFAIK, there are none that do Mathematica-style > pattern matching (other than Mma). Of course, I'd be happy to have > contributions. > > There are awkward ways to do plotting now. > > sjulia> a = Pack(Range(10)) # Convert an SJulia List to a Julia Array > > sjulia> SetJ(x, a) # Set the Julia variable x to the contents of > SJulia variable a > > julia> length(x) # Switch to Julia mode > > 10 > > On Monday, May 16, 2016 at 5:48:07 PM UTC+2, Tom Breloff wrote: >> >> And to quickly expand on the Plots issue... SymPy should be removing any >> dependency on Plots in the near future (John we'll chat soon), and should >> be switching to providing recipes through >> https://github.com/JuliaPlots/RecipesBase.jl. (this is the missing >> "_apply_recipe" that you see) I'm very far along in rebuilding the >> internals of Plots to make recipes first-class citizens and to enable lots >> of cool features in the process. In fact much of the logic has been >> re-coded internally as recipes, and so far it's going really well. I plan >> on writing a blog post about the rebuild after dev work calms down, and >> I'll go into a lot more detail at my JuliaCon workshop. I'll try to help >> with compatibility issues, but I'm focused right now on getting this into a >> usable state. >> >> On Mon, May 16, 2016 at 11:35 AM, Rob J. Goedman <[email protected]> >> wrote: >> >>> Thanks Kevin, >>> >>> That solved the problem! >>> >>> I used 'condo install mpmath’ in addition to ‘pip install mpmath’, just >>> to make sure (shows I am way too rusty on Python stuff), and then >>> reinstalled both SymPy and Julia. >>> >>> Thanks a lot, will certainly track Julia development! >>> >>> Regards, >>> Rob >>> >>> On May 16, 2016, at 08:19, Kevin Squire <[email protected]> wrote: >>> >>> Hi Rob, >>> >>> You'll need to install the `mpmath` package for python. >>> >>> If you use `pip`, you should just be able to run `pip install mpmath`. >>> >>> Otherwise, you'll have to find and install the package using your >>> preferred method. >>> >>> (I also ran into this. John, you should probably mention this in the >>> README.) >>> >>> Cheers, >>> Kevin >>> >>> On Mon, May 16, 2016 at 8:14 AM, Rob J. Goedman <[email protected]> >>> wrote: >>> >>>> Hi, >>>> >>>> As I use Mathematica quite a bit, I’m very interested in SJulia! >>>> >>>> I’m wondering if I need an additional Module or library to get around >>>> below issue. This is on OS X and Julia 0.5- >>>> >>>> *ERROR: InitError: PyError (:PyImport_ImportModule) <type >>>> 'exceptions.ImportError'>* >>>> *ImportError('No module named mpmath',)* >>>> >>>> * [inlined code] from /Users/rob/.julia/v0.5/PyCall/src/exception.jl:56* >>>> * in pyimport(::String) at >>>> /Users/rob/.julia/v0.5/PyCall/src/PyCall.jl:285* >>>> * [inlined code] from /Users/rob/.julia/v0.5/SJulia/src/SJulia.jl:3* >>>> * in import_sympy() at /Users/rob/.julia/v0.5/SJulia/src/sympy.jl:23* >>>> * in init_sympy() at /Users/rob/.julia/v0.5/SJulia/src/sympy.jl:677* >>>> * in __init__() at /Users/rob/.julia/v0.5/SJulia/src/SJulia.jl:64* >>>> * in _require_from_serialized(::Int64, ::Symbol, ::String, ::Bool) at >>>> ./loading.jl:174* >>>> * in require(::Symbol) at ./loading.jl:365* >>>> * in eval(::Module, ::Any) at ./boot.jl:226* >>>> *during initialization of module **Julia* >>>> >>>> On Julia 4.0 SymPy won’t work on my system (it complains about >>>> precompiling): >>>> >>>> *julia> **using SymPy* >>>> *INFO: Precompiling module SymPy...* >>>> *ERROR: LoadError: LoadError: UndefVarError: _apply_recipe not defined* >>>> >>>> But on Julia 5.0: >>>> >>>> >>>> *julia> **using SymPy* >>>> >>>> *x = symbols("x")* >>>> *x* >>>> >>>> *julia> **a = [x 1; 1 x]* >>>> *2×2 Array{SymPy.Sym,2}* >>>> *⎡x 1⎤* >>>> *⎢ ⎥* >>>> *⎣1 x⎦* >>>> >>>> *julia> **det(a)* >>>> * ⎛ 1⎞* >>>> *x⋅⎜x - ─⎟* >>>> * ⎝ x⎠* >>>> >>>> *julia> **versioninfo* >>>> *versioninfo (generic function with 4 methods)* >>>> >>>> *julia> **versioninfo()* >>>> Julia Version 0.5.0-dev+4110 >>>> Commit 5d52f02 (2016-05-16 02:25 UTC) >>>> Platform Info: >>>> System: Darwin (x86_64-apple-darwin15.5.0) >>>> CPU: Intel(R) Core(TM) i7-4980HQ CPU @ 2.80GHz >>>> WORD_SIZE: 64 >>>> BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Haswell) >>>> LAPACK: libopenblas64_ >>>> LIBM: libopenlibm >>>> LLVM: libLLVM-3.7.1 (ORCJIT, haswell) >>>> >>>> On May 12, 2016, at 19:47, [email protected] wrote: >>>> >>>> The symbolic mathematics language project that I announced last year >>>> has been greatly expanded. >>>> >>>> Here is the link: https://github.com/jlapeyre/SJulia.jl >>>> >>>> The best way to find what is new is to look at the tests >>>> https://github.com/jlapeyre/SJulia.jl/tree/master/sjtest >>>> >>>> >>>> >>> >>> >>
