powr() implemented inefficiently for non-metal targets #5587
Labels
goal:quality & productivity
Quality issues and issues that impact our productivity coding day to day inside slang
GoodFirstBug
Great bug for people getting going in slang codebase
kind:performance
things we wish were faster
Milestone
It seems like powr() is implemented inefficiently on non-metal targets. If I understand correctly, powr() is only defined for x>=0 but for some reason we coerce x to be abs(x) before delegating to regular pow() for other targets, instead of letting it be undefined.
The text was updated successfully, but these errors were encountered: