Paul Liu

The particular error originated at a place where the return type of a function call cannot be determined. Julia 0.5 has removed `static_typeof`, so we had to resort to an...

Besides name sanity (mentioned above), there are several other improvements that should be made: 1. Eliminate the use of global state. Currently it is rather ad-hoc for cgen to recurse...

Does changing back to OpenMP reduce help? Last time I measured the current implementation against using OpenMP reduce with some benchmarks, there was no practical difference on multi-core, not sure...

Are we going to do anything about this? If OpenMP performance is similar, I don't see there is an immediate remedy that can help.

Thank you for the suggestion, @thoth291 . Indeed we were well aware of the link you gave, and I share the same belief that much of the heavy lifting at...

Functions related to linear algebra may or may not be parallelizable. ParallelAccelerator at the moment has very limited supported for them in the way that it only makes a best...

Commit cbee474356d4ce660da9a0465aed0360130163e7 starts the effort to add parallel implementations to base library functions. However, functions like `det` and `inv` all involve LU factorization, and Julia's implementation of `lufact` is rather...

When DomainIR finds a function that needs to be translated, it will call accelerate, but what we really want is to apply the set of passes in OptFramework to do...

The error could originate either from server or client side. We can't rule out either at the moment

I've upgraded dfx to 0.8.1 and added an index.html. Hopefully it should for you too. Please let me know. Thanks!