Comparing sequences created with sequence causes a stack overflow when used as first argument to =.
Consider this transducer:
When creating a sequence and comparing with expected results, it works fine as the second argument to the comparison:
But a stack overflow occurs when the order of arguments is reversed:
The error persists, even if the sequence is forced with doall:
It does work as expected, however, if the sequence is converted to a vector:
OS X 10.9.4
Patch provides equiv/equals implementations for LazyTransform based on ASeq equiv/equals