<div dir="ltr"><div><div><div>> Note that you're proposing a new scipy feature (right?) on the numpy list....<br><br></div>> This
 sounds like a good idea to me. As a former heavy Matlab user I remember
 a lot of things to dislike, but "\" behavior was quite nice.<br><br></div>Correct, I am not sure where this might go in. It seemed like a NumPy array operation (touching array elements rapidly etc. can also be added for similar functionalities other than solve) hence the NumPy list. But of course it can be pushed as an exclusive SciPy feature. I'm not sure what the outlook on np.linalg.solve is. <br><br><br>> How much is a noticeable 
slowdown? Note that we still have the current interfaces available for 
users that know what they need, so a nice convenience function that is 
say 5-10% slower would not be the end of the world.<br><br></div>the fastest case was around 150-400% slower but of course it might be the case that I'm not using the fastest methods. It was mostly shuffling things around and using np.any on them in the pure python3 case. I will cook up something again for the baseline as soon as I have time. <br><br><br><div><br><br><br></div></div>