Open lpil opened 6 years ago
Definite bug, thanks for finding this! The error
atom suggests that the typer is assuming success somewhere where it should be checking for an error tuple, e.g. {error, _}
. This can happen because typ_of/2
usually returns {Type, NextTypeVariableNumber :: integer()}
or {error, term()}
.
I think I know what this is now, roughly: alpaca_typer.find_covering_types/4
(or rather try_types/6
) isn't looking at list iolist
as a possible alias for list string
. Not 100% sure this is it but looking likely.
I attempted to define the iolist type like so:
This does not compile
Is this a bug or by design?
Thanks, Louis