Felipe Orozco
Felipe Orozco
@raiju can you confirm that this issue has been resolved?
The issue is actually with the receiver of the lambda being overloaded, not with the lambda itself. We could verify that there isn't an overload to avoid the problem. In...
Think this is a duplicate of: https://github.com/palantir/gradle-baseline/issues/1405
This is already covered by checkstyle. Where are you seeing this being allowed?
Haven't had the time to look into this, but would happily accept a PR
Regardless of our stance on external types, the current implementation (and associated documentation) is incorrect and has unexpected results. The language allows for you to define multiple external types in...
We can trivially implement this if we rely on the executable existing on their class path. I think the real challenge is packaging and publish the generators in a way...
Apologies for the ambiguity of the original post. In my mind, it was more of a brain dump and long term tracking issue than a call for immediate action. I...
Adding a deprecation warning sounds reasonable to me. Long term it does seem desirable to disallow such usage. We've spoken about this exact issue before and from what I recall...
I remember seeing an internal discussion where the syntax you provide was explicitly omitted from the spec (but left in the code) because we wanted to remove it but did...