3 ms·

>and it's broken. one of the dependencies symengine uses some kind of is_windows check https://github.com/symengine/SymEngine.jl/pull/150 https://github.com/sym

>and it's broken. one of the dependencies symengine uses some kind of is_windows check https://github.com/symengine/SymEngine.jl/pull/150 https://github.com/symengine/SymEngine.jl/pull/150 What do you mean it's broken? Is it because SymEngine couldn't install? SymEngine seems to have a lot of issues because it relies on Conda and builds its dependencies in an odd way. Python package management is notoriously rough, which is why we are excising it from DiffEq v6.0 (https://github.com/JuliaDiffEq/DifferentialEquations.jl/issues/397 https://github.com/JuliaDiffEq/DifferentialEquations.jl/issu...).

mlevental 8y ago
the code written as is, is broken, as in yes i couldn't get DifferntialEquations to install, because somewhere in the dependency graph some package pins/pulls SymEngine v0.4.3 which has a deprecated use of is_windows, which is fixed in the PR that i linked to https://github.com/symengine/SymEngine.jl/pull/150/files https://github.com/symengine/SymEngine.jl/pull/150/files the obvious fix was to update to the latest version of SymEngine using the #master modifier with Pkg.add() but it didn't work - it kept ignoring #master and adding v0.4.3 nonetheless. i then tried #5dfc78a, the hash of master, and neither did that work.
- nur0n 8y ago
  This is a known `Pkg` bug (the patch should be merged this week). In the meantime, you have to `pkg> rm SymEngine` followed by `pkg> add SymEngine#master`.