Deprecate AEVM #866
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "gh-226"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Created by: radrow
fixes #226
Why have you decided to export
type_to_fcode/2
even though it's not used anywhere outside ofaeso_ast_to_fcode.erl
?I don't see this error being thrown anywhere in the code. And I would say the same for the error
last_declaration_must_be_main_contract
, it's also never used anywhere in the code.The function
pp_bytecode
was removed, do you still need that? There is also a reference forpp_bytecode
indocs/aeso_compiler.md
in case you want to remove this.Why do you need to export
type_to_scode/1
?Since there are no non-compatible contracts now, would it make sense to have test all contracts inside
test/contracts
instead of listing all contracts names in the functioncompilable_contracts
?Review: Changes requested
Beside the comments, there are a couple of things I think should be done:
sophia_type_to_typerep
and remove the reference to that from the docs.AEVM
and remove the references to that from the docs and fromtest/contracts/code_errors/unapplied_named_arg_builtin.aes
andtest/contracts/unapplied_builtins.aes
.Created by: radrow
Created by: radrow
No, there are contracts that don't compile for tests that check compiler errors
Created by: radrow
Created by: radrow
TODO:
[X] check error messages in code_errors if all are needed
[X] check for orphaned tests
(done)
I have no idea if this is related, but I'll ask anyway.
What is
fun_clauses
? Is it something that should be deprecated? There are no parsing rule for it inaeso_parser.erl
and I don't see how it can be derived from any thing else.Created by: radrow
They are used somewhere in the process of multi-clause function definitions resolution. In the end they turn into case expressions
How was this working before you made this change? Apparently there was no handling of
last_declaration_must_be_contract_def
error. Shouldn't be a test somewhere for that?Right, I missed that.
What else is missing for this PR?
Created by: radrow
This is an fcode generation error, currently it is impossible for a user to cause it. It is left for cases where someone pins in the middle of the compilation pipeline, or something goes bad in the typechecking process
Created by: hanssv
🙈 Nothing wrong with the original code, this is neither shorter nor more readable?
Created by: hanssv
Review: Commented
Looks good, great to finally get rid of the AEVM!
One weird change that I'd prefer to see un-done 🙏
Created by: hanssv
Review: Approved
👍
approved this merge request
Merged by: radrow at 2022-05-10 13:33:59 UTC