You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 11, 2020. It is now read-only.
I think addition of hlists to Codecs has been more pain than anything else, compile times are staggering once your protocol grows. Honestly I do not see what value it brings about. This is the commit that introduced hlists on Codecs:
If reverting that change is is not desirable, could we then at least find a better way that does not make scalac crap out once the protocol starts to grow?
The text was updated successfully, but these errors were encountered:
- revert adding hlists to `Codecs` and adjust
dependant code / specs accordingly.
- add convenience syntax for `Protocol` such
that it is simpler to define (specify)
signatures for protocols.
- revert change in `Transport` that causes specs
to hang.
Closes#110
I think addition of hlists to
Codecs
has been more pain than anything else, compile times are staggering once your protocol grows. Honestly I do not see what value it brings about. This is the commit that introduced hlists onCodecs
:a087b00
@timperrett @stew @runarorama WDYT?
If reverting that change is is not desirable, could we then at least find a better way that does not make scalac crap out once the protocol starts to grow?
The text was updated successfully, but these errors were encountered: