Updating HLint to require using 'pure' instead of 'return'

[recursion-ninja]

Update the .hlint.yaml to require using pure instead of return. This change is intended to future-proof the code-base for the "Monad of No Return" proposal.

The changes touch a lot of the code-base and if the churn is deemed too high for negligible benefits, we can delete this pull request.

[jorisdral]

Update the .hlint.yaml to require using pure instead of return. This change is intended to future-proof the code-base for the "Monad of No Return" proposal.

The changes touch a lot of the code-base and if the churn is deemed too high for negligible benefits, we can delete this pull request.

Would return be removed from base because of the monad of no return proposal? I can't easily see that from the link you posted

[wenkokke]

This looks good to me, but it might be best to not merge this until just before we release version 1.0.0, so that there's fewer PRs impacted by this.

[wenkokke]

Update the .hlint.yaml to require using pure instead of return. This change is intended to future-proof the code-base for the "Monad of No Return" proposal.

The changes touch a lot of the code-base and if the churn is deemed too high for negligible benefits, we can delete this pull request.

Would return be removed from base because of the monad of no return proposal? I can't easily see that from the link you posted

I think the proposal is to make return a top level function rather than a member of the Monad class.

The reason to prioritise pure over return would be to not require a Monad constraint where it isn't needed. The proposal would take care of this by removing the Monad constraint from return.

However, I do support using pure over return for consistency reasons.

[recursion-ninja]

However, I do support using pure over return for consistency reasons.

I'm of a similar mind.

This looks good to me, but it might be best to not merge this until just before we release version 1.0.0, so that there's fewer PRs impacted by this.

Agreed, let's let this sit for a bit and revisit it just before or just after cutting the v1.0.0 release.

[wenkokke]

This looks good to me, but it might be best to not merge this until just before we release version 1.0.0, so that there's fewer PRs impacted by this.

Agreed, let's let this sit for a bit and revisit it just before or just after cutting the v1.0.0 release.

Let's do just before.

[recursion-ninja]

This looks good to me, but it might be best to not merge this until just before we release version 1.0.0, so that there's fewer PRs impacted by this.

Agreed, let's let this sit for a bit and revisit it just before or just after cutting the v1.0.0 release.

Let's do just before.

My preference as well 👍.