Adds an automation to make test_yul that benchmarks the number of steps per function invocation for each contract in a markdown called stats.md

I've switched the number of workers in the MakeFile to 1 for the yul tests. This is to prevent concurrent writes to stats.json through stepsInFunction(). Will find a fix for this.

Will be adding support for benchmarking contract sizes.

I am running macOS Monterey 12.0.1. I have followed the installation guide in the repository's README. For context, I also have a python venv in which I am using cairo which I can use to compile, deploy and interact with cairo contracts. I have also built docker containers for cairo and OpenZeppelin Nile which both appear to work without error at this time. I have built a docker container for warp (following the installation instructions in the README). I have also tried the warp installation on my Linux machine (Ubuntu 20.04) neither of which work and display the same error set out below.

On my MacBook I have installed the following with brew:

1. python3.7.12
2. gmp
3. boost

I then created a new python venv activated it and installed sol-warp==0.2.15 with pip.

Everything appears to install properly and without error. However, when I run warp transpile I get the following error:

(sol-warp) # warp transpile ERC20.sol WARP Traceback (most recent call last): File "/Users/david/sol-warp/bin/warp", line 5, in from cli.warp_cli import main File "/Users/david/sol-warp/lib/python3.7/site-packages/cli/warp_cli.py", line 13, in from cli.commands import _deploy, _invoke, _status File "/Users/david/sol-warp/lib/python3.7/site-packages/cli/commands.py", line 13, in from starkware.starknet.services.api.contract_definition import ContractDefinition File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/starknet/services/api/contract_definition.py", line 9, in from starkware.cairo.lang.compiler.program import Program File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/cairo/lang/compiler/program.py", line 10, in from starkware.cairo.lang.compiler.debug_info import DebugInfo File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/cairo/lang/compiler/debug_info.py", line 10, in from starkware.cairo.lang.compiler.preprocessor.flow import FlowTrackingDataActual File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/cairo/lang/compiler/preprocessor/flow.py", line 16, in from starkware.cairo.lang.compiler.references import FlowTrackingError, Reference File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/cairo/lang/compiler/references.py", line 18, in from starkware.cairo.lang.compiler.fields import ExpressionAsStr File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/cairo/lang/compiler/fields.py", line 4, in from starkware.cairo.lang.compiler.parser import parse_expr, parse_type File "/Users/david/sol-warp/lib/python3.7/site-packages/starkware/cairo/lang/compiler/parser.py", line 34, in propagate_positions=True, File "/Users/david/sol-warp/lib/python3.7/site-packages/lark/lark.py", line 355, in init assert_config(lexer, ('basic', 'contextual', 'dynamic', 'dynamic_complete')) File "/Users/david/sol-warp/lib/python3.7/site-packages/lark/exceptions.py", line 21, in assert_config raise ConfigurationError(msg % (value, options)) lark.exceptions.ConfigurationError: Got 'standard', expected one of ('basic', 'contextual', 'dynamic', 'dynamic_complete')

Your help with this would be appreciated.

System Version: Ubuntu 20.04 Python Version: 3.7.12 sol-warp Version: 0.5.1

I am attempting to transpile a contract with the command "warp transpile ./loan.sol loan" from within the directory containing loan.sol, where loan is the name of the primary contract. I get the following error (with full traceback):

ERROR: Compilation failed

Traceback (most recent call last): File "/mnt/c/Blockchain/envs/warp/bin/warp", line 8, in sys.exit(main()) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/cli/warp_cli.py", line 162, in main warp() File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/click/core.py", line 1128, in call return self.main(*args, **kwargs) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/click/core.py", line 1053, in main rv = self.invoke(ctx) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/click/core.py", line 1659, in invoke return _process_result(sub_ctx.command.invoke(sub_ctx)) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/click/core.py", line 1395, in invoke return ctx.invoke(self.callback, **ctx.params) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/click/core.py", line 754, in invoke return __callback(*args, **kwargs) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/cli/warp_cli.py", line 45, in transpile output = transpile_from_solidity(file_path, contract_name) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/yul/main.py", line 77, in transpile_from_solidity output = get_for_contract(sol_src_path_modified, main_contract, ["abi"]) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/yul/utils.py", line 136, in get_for_contract get_source_version(sol_source) File "/mnt/c/Blockchain/envs/warp/lib/python3.7/site-packages/yul/utils.py", line 146, in get_source_version with open(sol_source) as f: FileNotFoundError: [Errno 2] No such file or directory: './loan_marked.sol'

This changes the output from <solfile-root>__WC__<contract-name>.cairo to solfile.sol/contract.cairo which is similar to how artifacts are generated in hardhat and is much cleaner

Hi There,

Really cool project.

I tried 3 separate ways of installing warp:

• Big Sur (invalid OS issue)
• In Docker (Ubuntu 18) => missing libc6 dependency, apparently only 21 has the right version
• In Docker (Ubuntu 21) => fails at add-apt-repository ppa:deadsnakes/ppa

Do you think it would make sense to provide a Dockerfile for reproducibility? I would happily provide one if I could get this to work.

Here's what I did, I ran the command:

docker run -it ubuntu:impish /bin/bash

and then followed the sequence of steps in the README order.

Environment:

• OS: macOS Monterey v12.5.1
• Python 3.7.9
• Cairo version: 0.9.1
• Warp Version: 2.1.0

Description: I'm using. the example_contracts ERC20 to transpile the solidity code into cairo code, this generate a warp_output dir successfully with 3 files, ERC20__WC__WARP_abi.json, ERC20__WC__WARP_compiled.json, ERC20__WC__WARP.cairo and when I try to deploy the contract file I get this error:

• refactored existing functions
• created buildCairoCommand to generate starknet commands
• created callCairoCommand that executes the execSync
• broke down functions to be used for testing

The current deployment instruction warp deploy <path to Cairo contract> returns an error when you call it. I updated it with the right deployment command.

This PR instroduces the RETURN operation. It adds an additional return result to each segment and the run_to function. It's called an output. Per EVM specification, as soon as the output is requested, the contract should return a slice of memory and the execution should stop.

The output is implemented as a 128-bit packed big-endian felt-array that is serialized to the output (for now) to enable verification of it.

Other changes include tracking test files to properly regenerate bats.

We remove all redundancies in compile by deferring to solc. Solc produces a single linked ast for multiple file inputs so this resolves the full dependecy chain.

There is a remarkable speed up to UniStark as a result of this pr.

The idea here is to clone the ContractDefinition nodes of kind Library, and change its kind to Contract. This way, it does not interfere with the references to the Library node functions, and it transpiles the Library clone as a contract.

Utils for translation between javascript and cairo should be abstracted into a library. Right now they are used as test utils exclusively.

We could e.g. restructure the repo similarly to hardhat: https://github.com/NomicFoundation/hardhat/tree/main/packages.

Bumps json5 from 2.2.1 to 2.2.3.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

The following pattern is often repeated in solidity contracts:

uint256(uint160(addr)

Where the author's intent is to use the address as a number, Warp returns the following error when encountering this pattern:

TypeError: Explicit type conversion not allowed from "address" to "uint160". Warp changed address size to be 251 bits. Consider replacing uint160 casts with uint256 casts

Can/should this be implicitly converted to a felt (which is an address on starknet)? Any negative implications for this?