After you guys migrated to Swift 3.0 syntax, and you added _ into contains declaration - so it will now ultimately call itself forever that will lead to StackOverflowException.
With pleasure, after August though, on a very intense schedule now, also I will release our core utility library that works both with Apple’s Swift and Silver.
Curiously, it should have SO’ed before, too. All the _ does is clarify it for Swift 3.0. Weird. I’ll need to review how vest to solve this — probably only keep the .NMET version, since/if Cocoa ands Java already have a proper lowercase contains() that matches, the extension is not really needed there?
At least when building for Cooper .contains() won’t be found on ISequence directly.
Just be careful since if there is some internal Elements API, whose declarations are not properly exposed in Swift 3.0, by some good chance the target can compile and the method calls might result in different overload being called, which might be difficult to spot.
What I mean, is there is some internal Elements or any other class that in Swift 2 specified a declaration like: func someFunction(item: SomeItem) and by some chance it will exposed to Swift 3 with the very same signature (without _), then some client code which used to call someFunc(thisItem) in Swift 2 might not produce the compile time error, if by chance there is new method declaration available as func someFunction(_ item: SomeItem), so that the method call will result in wrong overload being called.