Dream Scatter

That is incorrect, it is not a bug, you need to use an `__init__()` function in your module like this ```Julia module DebugModule using ForceImport @force using Reduce.Algebra using ReduceLinAlg...

In that case, here is how to get the situation you want: ```Julia module DebugModule using Reduce @force using Reduce.Algebra using ReduceLinAlg f(a,b) = (:x - a) * (:x -...

Alright, looks like `Reduce.Load()` only works from the REPL so I created `Reduce.Preload()` instead: ```Julia module DebugModule using Reduce @force using Reduce.Algebra using ReduceLinAlg f(a,b) = (:x - a) *...

You are using `Revise`, you probably just need to quit the REPL and restart Julia to get rid of that problem.

Another way is like this ```Julia julia> Expr(:vect,[:a,:b]...) :([a, b]) ``` Have a look at the output of `dump` to learn more: ```Julia julia> dump(:([a,b])) Expr head: Symbol vect args:...

The problem is the definition of `Preload() = (global rs=PSL(); global s; eval(s); atexit(()->kill(rs)))`, which assumes a global variable `s` that seems to make Julia v1.5 unhappy. Prupose of `s`...

This time it is due to my usage of `eval` in the following method: ```Julia function ==(r::RExpr, s::RExpr) n = expand(r).str m = expand(s).str l=length(n) l≠length(m) && (return false) b...

If my work is so important, maybe i should be getting paid. This is a bonus feature. You don't even share your derived code with me. Why would i care...

It's recommended to have `using Reduce, Grassmann` instead of `using Grassmann, Reduce` due to performance reasons. It is in fact faster to load `Reduce` before `Grassmann`. The issue should now...

Sorry, I don't have time to investigate this issue, Reduce.jl is just a project I made for fun and isn't that important to me. However, you are welcome to investigate...