Get desktop application:
View/edit binary Protocol Buffers messages
Compiler Error
Used in:
Errors occurred during proto parsing.
Errors occurred during naming checking.
Errors occurred during kind checking.
Errors occurred during type class checking.
Errors internal to the compiler implementation.
Compiler Input Compiler Input is a fully self contained list of modules, the entire compilation closure needed by the Compiler to perform its task.
Modules to compile. Duplicate modules MUST be reported with `ProtoParseError.MultipleModuleError`.
Errors internal to the implementation.
Used in:
Error message.
Source information if meaningful.
Kind checking errors.
Used in:
One of the errors occurred during kind checking.
A cyclic kind was encountered. Infinite kinds like this are not acceptable, and we do not support them. We could not construct infinite kind in ty_def. As the implementation currently stands such an error is (most likely) not representable - therefore not reachable. Such an error would usually occur for a term like: λa. a a - in which case the inference would try to unify two kinds of the form: m and m -> n - because m appears in both terms - the cyclic unification error would be thrown. In the case of LambdaBuffers - such an error is not (currently) achievable as the kind of the variable is given by the context - (i.e. λa : m . a a, where m is a kind) therefore the unification would fail with Unification Error. Nevertheless - future features might require it.
Used in:
The actual_kind differs from the expected_kind.
Used in:
Unbound type reference ty_ref detected in term ty_def.
Used in:
Unbound variable ty_var detected in term ty_def.
Used in:
In ty_def an error has occurred when trying to unify kind ty_kind_lhs with ty_kind_rhs. FIXME(cstml): Add source of constraint to the error such that user can see where the constraint was generated - therefore where the error precisely is.
Used in:
Naming error message
Used in:
One of naming errors.
Output of the Compiler.
All errors that occur because of Google Protocol Buffer's inability to enforce certain invariants. Some of invariance: - using Proto `map` restricts users to `string` keys which impacts API documentation, which is why `repeated` fields are used throughout, - using Proto 'oneof' means users have to check if such a field is set or report an error otherwise.
Used in:
Multiple ClassDefs with the same ClassName were found in ModuleName.
Used in:
Module in which the error was found.
Conflicting class definitions.
Multiple Sum Constructors with the same ConstrName were found in ModuleName.TyDef.
Used in:
Module in which the error was found.
Type definition in which the error was found.
Conflicting constructors.
Multiple Record Fields with the same FieldName were found in ModuleName.TyDef.
Used in:
Module in which the error was found.
Type definition in which the error was found.
Conflicting record fields.
Used in:
Module in which the error was found.
Conflicting module imports.
Multiple Modules with the same ModuleName were found.
Used in:
Conflicting type definitions.
Multiple TyArgs with the same ArgName were found in ModuleName.TyDef.
Used in:
Module in which the error was found.
Type definition in which the error was found.
Conflicting type abstraction arguments.
Multiple TyDefs with the same TyName were found in ModuleName.
Used in:
Module in which the error was found.
Conflicting type definitions.
Proto `oneof` field is not set.
Used in:
Proto message name in which the `oneof` field is not set.
The `oneof` field that is not set.
Proto `enum` field is unknown.
Used in:
Proto `enum` name.
The unknown tag for the `enum`.
Compiler Result ~ a successful Compilation Output.
Used in:
(message has no fields)
Type class checking errors.
Used in:
One of the errors occurred during type class checking.
In `module_name` it wasn't possible to solve `constraint` because a `sub_constraint` has been derived on an `Opaque` type. `Opaque` type can only have an `InstanceClause` declared for them.
Used in:
Import `missing` wasn't found in `module_name`
Used in:
In `module_name` while trying to solve `constraint` it wasn't possible to find a rule (`Derive` or `InstanceClause`) for `sub_constraint`.
Used in:
In `module_name` while trying to solve `constraint` `overlaps` (`Derive` or `InstanceClause`) were found that could be used to solve the `sub_constraint`.
Used in:
NOTE(bladyjoker): This should rather be oneof `Derive` and `InstanceClause`.
Used in:
Superclass cycle `cycled_class_refs` was detected when checking a class definition for `class_name` in module `module_name`.
Used in:
Unbound `class_ref` detected in `module_name`.
Used in: