The Fe Guide

Quickstart

Let's get started with Fe! In this chapter you will learn how to install the Fe compiler and write your first contract.

• Installation
• Writing your first contract
• Deploying a contract to a testnet
• Using projects

Installation

At this point Fe is only available for Linux and MacOS.

Note: If you happen to be a Windows developer, consider getting involved and help us to support the Windows platform. Here would be a good place to start.

Download the compiler

Fe is only distributed via a single executable file linked from the home page. In the future we will make sure it can be installed through popular package managers such as apt or homebrew.

Depending on your operating system, the file that you download is either named fe_amd64 or fe_mac.

Note: We will rename the file to fe and assume that name for the rest of the guide. In the future when Fe can be installed via other mechanisms we can assume fe to become the canonical command name.

Add permission to execute

In order to be able to execute the Fe compiler we will have to make the file executable. This can be done by navigating to the directory where the file is located and executing chmod + x <filename> (e.g. chmod +x fe).

After we have set the proper permissions we should be able to run ./fe and an output that should be roughly comparable to:

fe 0.21.0-alpha
The Fe Developers <snakecharmers@ethereum.org>
An implementation of the Fe smart contract language

USAGE:
    fe_amd64_latest <SUBCOMMAND>

OPTIONS:
    -h, --help       Print help information
    -V, --version    Print version information

SUBCOMMANDS:
    build    Build the current project
    check    Analyze the current project and report errors, but don't build artifacts
    help     Print this message or the help of the given subcommand(s)
    new      Create new fe project

Building from source

You can also build Fe from the source code provided in our Github repository. To do this you will need to have Rust installed. Then, cloen the github repository using:

git clone https://github.com/ethereum/fe.git

Depending on your environment you may need to install some additional packages before building the Fe binary, specifically libboost-all-dev, libclang and cmake. For example, on a Linux system:

sudo apt-get update &&\
 apt-get install libboost-all-dev &&\
 apt-get install libclang-dev &&\
 apt-get install cmake

Now, use Rust to build the Fe binary. To run Fe, you need to build using solc-backend.

cargo build --feature solc-backend

You will now find your Fe binary in /target/release. Check the build with:

./target/release/fe --version

If everything worked, you should see the Fe version printed to the terminal:

fe 0.24.0

You can run the built-in tests using:

cargo test --workspace --features solc-backend

Editor support & Syntax highlighting

Fe is a new language and editor support is still in its early days. However, basic syntax highlighting is available for Visual Studio Code via this VS Code extension.

In Visual Studio Code open the extension sidebar (Ctrl-Shift-P / Cmd-Shift-P, then "Install Extension") and search for fe-lang.code-ve. Click on the extension and then click on the Install button.

We are currently working on a Language Server Protocol (LSP), which in the future will enable more advanced editor features such as code completion, go-to definition and refactoring.

Write your first Fe contract

Now that we have the compiler installed let's write our first contract. A contract contains the code that will be deployed to the Ethereum blockchain and resides at a specific address.

The code of the contract dictates how:

• it manipulates its own state
• interacts with other contracts
• exposes external APIs to be called from other contracts or users

To keep things simple we will just write a basic guestbook where people can leave a message associated with their Ethereum address.

Note: Real code would not instrument the Ethereum blockchain in such a way as it is a waste of precious resources. This code is for demo purposes only.

Create a guest_book.fe file

Fe code is written in files ending on the .fe file extension. Let's create a file guest_book.fe and put in the following content.

contract GuestBook {
  messages: Map<address, String<100>>
}

Here we're using a map to associate messages with Ethereum addresses. The messages will simply be a string of a maximum length of 100 written as String<100>. The addresses are represented by the builtin address type.

Execute ./fe build guest_book.fe to compile the file. The compiler tells us that it compiled our contract and that it has put the artifacts into a subdirectory called output.

Compiled guest_book.fe. Outputs in `output`

If we examine the output directory we'll find a subdirectory GuestBook with a GuestBook_abi.json and a GuestBook.bin file.

├── fe
├── guest_book.fe
└── output
    └── GuestBook
        ├── GuestBook_abi.json
        └── GuestBook.bin

The GuestBook_abi.json is a JSON representation that describes the binary interface of our contract but since our contract doesn't yet expose anything useful its content for now resembles an empty array.

The GuestBook.bin is slightly more interesting containing what looks like a gibberish of characters which in fact is the compiled binary contract code written in hexadecimal characters.

We don't need to do anything further yet with these files that the compiler produces but they will become important when we get to the point where we want to deploy our code to the Ethereum blockchain.

Add a method to sign the guest book

Let's focus on the functionality of our world changing application and add a method to sign the guestbook.

contract GuestBook {
  messages: Map<address, String<100>>

  pub fn sign(mut self, ctx: Context, book_msg: String<100>) {
      self.messages[ctx.msg_sender()] = book_msg
  }
}

In Fe, every method that is defined without the pub keyword becomes private. Since we want people to interact with our contract and call the sign method we have to prefix it with pub.

Let's recompile the contract again and see what happens.

Failed to write output to directory: `output`. Error: Directory 'output' is not empty. Use --overwrite to overwrite.

Oops, the compiler is telling us that the output directory is a non-empty directory and plays it safe by asking us if we are sure that we want to overwrite it. We have to use the --overwrite flag to allow the compiler to overwrite what is stored in the output directory.

Let's try it again with ./fe build guest_book.fe --overwrite.

This time it worked and we can also see that the GuestBook_abi.json has become slightly more interesting.

[
  {
    "name": "sign",
    "type": "function",
    "inputs": [
      {
        "name": "book_msg",
        "type": "bytes100"
      }
    ],
    "outputs": []
  }
]

Since our contract now has a public sign method the corresponding ABI has changed accordingly.

Add a method to read a message

To make the guest book more useful we will also add a method get_msg to read entries from a given address.

contract GuestBook {
  messages: Map<address, String<100>>

  pub fn sign(mut self, ctx: Context, book_msg: String<100>) {
      self.messages[ctx.msg_sender()] = book_msg
  }

  pub fn get_msg(self, addr: address) -> String<100> {
      return self.messages[addr]
  }
}

However, we will hit another error as we try to recompile the current code.

Unable to compile guest_book.fe.
error: value must be copied to memory
  ┌─ guest_book.fe:10:14
  │
8 │       return self.messages[addr]
  │              ^^^^^^^^^^^^^^^^^^^ this value is in storage
  │
  = Hint: values located in storage can be copied to memory using the `to_mem` function.
  = Example: `self.my_array.to_mem()`

When we try to return a reference type such as an array from the storage of the contract we have to explicitly copy it to memory using the to_mem() function.

Note: In the future Fe will likely introduce immutable storage pointers which might affect these semantics.

The code should compile fine when we change it accordingly.

contract GuestBook {
  messages: Map<address, String<100>>

  pub fn sign(mut self, ctx: Context, book_msg: String<100>) {
      self.messages[ctx.msg_sender()] = book_msg
  }

  pub fn get_msg(self, addr: address) -> String<100> {
      return self.messages[addr].to_mem()
  }
}

Congratulations! You finished your first little Fe project. 👏 In the next chapter we will learn how to deploy our code and tweak it a bit further.

Deploy your contract.

Prerequisites

You should have compiled the GuestBook contract and have both Guestbook_abi.json and GuestBook.bin available in your outputs folder. If you don't have any of these components, please revisit Write your first contract.

Introduction

When you develop smart contracts it is common to test them on local blockchains first because they are quick and easy to create and it doesn't matter if you make mistakes - there is nothing of real value secured by the blockchain as it only exists on your computer. Later, you can deploy your contract on a public test network to see how it behaves in a more realistic environment where other developers are also testing their code. Finally, when you are very confident that your contract is ready, you can deploy to Ethereum Mainnet (or one of its live Layer-2 networks). Once the contract is deployed on a "live" network, you are handling assets with real-world value!

In this guide, you will deploy your contract to a local blockchain. This will be an "ephemeral" blockchain, meaning it is completely destroyed every time you shut it down and recreated from scratch every time you start it up - it won't save its state when you shut it down. The benefit of this is quick and easy development, and you don't need to find test ETH to pay gas fees. Later in the guide, you will learn how to deploy to a live public test network too.

Your developer environment

Everything in this tutorial can be done by sending JSON data directly to an Ethereum node. However, this is often awkward and error-prone, so a rich ecosystem of tooling has been developed to allow developers to interact with Ethereum in familiar languages or using abstractions that simplify the process.

In this guide, you will use Foundry which is a very lightweight set of command-line tools for managing smart contract development. If you already have Foundry installed, head straight to the next section. If you need to install Foundry, head to getfoundry.sh and follow the installation steps.

Note: If you are a seasoned smart contract developer, feel free to follow the tutorial using your own toolchain.

Deploying to a local network

Foundry has its own local network called Anvil. You can use it to create a local blockchain on your computer. Open a terminal and run the following very simple command:

anvil 

You will see some ASCII art and configuration details in the terminal. Anvil creates a set of accounts that you can use on this network. The account addresses and private keys are displayed in the console (never use these accounts to interact with any live network). You will also see a line reading listening on 127.0.0.1:8545. This indicates that your local node is listening for HTTP traffic on your local network on port 8545 - this is important because this is how you will send the necessary information to your node so that it can be added to the blockchain, and how you will interact with the contract after it is deployed.

Note: Anvil needs to keep running throughout this tutorial - if you close the terminal your blockchain will cease to exist. Once Anvil has started, open a new terminal tab/window to run the rest of the commands in this guide.

Making the deployment transaction

In the previous guide you wrote the following contract, and compiled it using ./fe build guest_book.fe --overwrite to obtain the contract bytecode. This compilation stage converts the human-readable Fe code into a format that can be efficiently executed by Ethereum's embedded computer, known as the Ethereum Virtual Machine (EVM). The bytecode is stored at an address on the blockchain. The contract functions are invoked by sending instructions in a transaction to that address.

contract GuestBook {
  messages: Map<address, String<100>>

  pub fn sign(mut self, ctx: Context, book_msg: String<100>) {
    self.messages[ctx.msg_sender()] = book_msg
  }

  pub fn get_msg(self, addr: address) -> String<100> {
    return self.messages[addr].to_mem()
  }
}

To make the deployment, we will need to send a transaction to your node via its exposed HTTP port (8545).

The following command deploys the Guestbook contract to your local network. Grab the private key of one of your accounts from the information displayed in the terminal running Anvil.

cast send --rpc-url localhost:8545 --private-key <your-private-key> --create $(cat output/GuestBook/GuestBook.bin)

Here's what the response was at the time of writing this tutorial.

blockHash               0xcee9ff7c0b57822c5f6dd4fbd3a7e9eadb594b84d770f56f393f137785a52702
blockNumber             1
contractAddress         0x5FbDB2315678afecb367f032d93F642f64180aa3
cumulativeGasUsed       196992
effectiveGasPrice       4000000000
gasUsed                 196992
logs                    []
logsBloom               0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
root                    
status                  1
transactionHash         0x3fbde2a994bf2dec8c11fb0390e9d7fbc0fa1150f5eab8f33c130b4561052622
transactionIndex        0
type                    2

This response tells you that your contract has been deployed to the blockchain. The transaction was included in block number 1, and the address it was deployed to is provided in the contractAddress field - you need this address to interact with the contract.

Note: Don't assume responses to be identical when following the tutorial. Due to the nature of the blockchain environment the content of the responses will always differ slightly.

Signing the guest book

Now that the contract is deployed to the blockchain, you can send a transaction to sign it with a custom message. You will sign it from the same address that was used to deploy the contract, but there is nothing preventing you from using any account for which you have the private key (you could experiment by signing from all ten accounts created by Anvil, for example).

The following command will send a transaction to call sign(string) on our freshly deployed Guestbook contract sitting at address 0x810cbd4365396165874c054d01b1ede4cc249265 with the message "We <3 Fe".

cast send --rpc-url http://localhost:8545 --private-key <your-private-key> <contract-address> "sign(string)" '"We <3 Fe"'

The response will look approximately as follows:

blockHash               0xb286898484ae737d22838e27b29899b327804ec45309e47a75b18cfd7d595cc7
blockNumber             2
contractAddress         
cumulativeGasUsed       36278
effectiveGasPrice       3767596722
gasUsed                 36278
logs                    []
logsBloom               0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
root                    
status                  1
transactionHash         0x309bcea0a77801c15bb7534beab9e33dcb613c93cbea1f12d7f92e4be5ecab8c
transactionIndex        0
type                    2

Reading the signatures

The get_msg(address) API allows you to read the messages added to the guestbook for a given address. It will give us a response of 100 zero bytes for any address that hasn't yet signed the guestbook.

Since reading the messages doesn't change any state within the blockchain, you don't have to send an actual transaction. Instead, you can perform a call against the local state of the node that you are querying.

To do that run:

$ cast call --rpc-url https://rpc.sepolia.org <contract-address> "get_msg(address)" <your-account-address-that-signed-the-guestbook>

Notice that the command doesn't need to provide a private key simply because we are not sending an actual transaction.

The response arrives in the form of hex-encoded bytes padded with zeroes:

0x000000000000000000000000000000000000000000000000000000000000002000000000000000000000000000000000000000000000000000000000000000087765203c33204665000000000000000000000000000000000000000000000000

Foundry provides a built-in method to convert this hex string into human-readable ASCII. You can do this as follows:

cast to_ascii "0x000000000000000000000000000000000000000000000000000000000000002000000000000000000000000000000000000000000000000000000000000000087765203c33204665000000000000000000000000000000000000000000000000"

or simply pipe the output of the cast call to to_ascii to do the query and conversion in a single command:

cast call --rpc-url https://rpc.sepolia.org <contract-address> "get_msg(address)" <your-account-address-that-signed-the-guestbook> | cast --to-ascii

Either way, the response will be the message you passed to the sign(string) function.

"We <3 Fe"

Congratulations! You've deployed real Fe code to a local blockchain! 🤖

Deploying to a public test network

Now you have learned how to deploy your contract to a local blockchain, you can consider deploying it to a public test network too. For more complex projects this can be very beneficial because it allows many users to interact with your contract, simulates real network conditions and allows you to interact with other existing contracts on the network. However, to use a public testnet you need to obtain some of that testnet's gas token.

In this guide you will use the Sepolia test network, meaning you will need some SepoliaETH. SepoliaETH has no real-world value - it is only required to pay gas fees on the network. If you don't have any SepoliaETH yet, you can request some SepoliaETH from one of the faucets that are listed on the ethereum.org website.

IMPORTANT: It is good practice to never use an Ethereum account for a testnet that is also used for the actual Ethereum mainnet.

Assuming you have some SepoliaETH, you can repeat the steps from the local blockchain example, however, instead of pointing Foundry to the RPC endpoint for your Anvil node, you need to point it to a node connected to the Sepolia network. There are several options for this:

• If you run your own node, connect it to the Sepolia network and let it sync. make sure you expose an http port or enable IPC transport.
• You can use an RPC provider such as Alchemy or Infura
• You can use an open public node such as https://rpc.sepolia.org.

Whichever method you choose, you will have an RPC endpoint for a node connected to Sepolia. You can replace the http://localhost:8545 in the commands with your new endpoint. For example, to deploy the contract using the open public endpoint:

cast send --rpc-url https://rpc.sepolia.org --private-key <your-private-key> --create $(cat output/GuestBook/GuestBook.bin)

Now you have deployed the contract to a public network and anyone can interact with it.

To demonstrate, you can check out previous versions of this contract deployed on Sepolia in the past:

Note that calling the sign(string) function will cost you some SepoliaETH because the function changes the state of the blockchain (it adds a message to the contract storage). However, get_msg(address) does not cost any gas because it is a simple lookup in the node's local database.

Congratulations! You've deployed real Fe code to a live network 🤖

Summary

Well done!

You have now written and compiled a Fe contract and deployed it to both a local blockchain and a live public test network! You also learned how to interact with the deployed contract using transactions and calls.

Here's some ideas for what you could do next:

• Experiment with different developer tooling
• Get more comfortable with Foundry by exploring the documentation
• Repeat the steps in this guide but for a more complex contract - be creative!
• Continue to the projects page to learn about how to set up more complicated Fe projects

Fe projects

A project is a collection of files containing Fe code and configuration data. Often, smart contract development can become too complex to contain all the necessary code inside a single file. In these cases, it is useful to organize your work into multiple files and directories. This allows you to group thematically linked code and seletively import the code you need when you need it.

Creating a project

You can start a project using the new subcommand:

$ fe new <my_project>

This will generate a template project containing the following:

• A src directory containing two .fe files.
• A fe.toml manifest with basic project info and some local project imports.

Manifest

The fe.toml file is known as a manifest. The manifest is written in TOML format. The purpose of this file is to provide all the metadata that is required for the project to compile. The file begins with definitions for the project name and version, then the project dependencies are listed under a heading [dependencies]. Dependencies are files in the local filesystem that are required for your project to run.

For example:

name="my-project"
version = "1.0"

[dependencies]
dependency_1 = "../lib"

You can also specify which version of a particular dependency you want to use, using curly braces:

name="my-project"
version = "1.0"

[dependencies]
dependency_1 = {path = "../lib", version = "1.0"}

Project modes

There are two project modes: main and lib.

Main projects can import libraries and have code output.

Libraries on the other hand cannot import main projects and do not have code outputs. Their purpose is to be imported into other projects.

The mode of a project is determined automatically by the presence of either src/main.fe or src/lib.fe.

Importing

You can import code from external files with the following syntax:

#![allow(unused)]
fn main() {
use utils::get_42
}

This will import the get_42 function from the file utils.fe.

You can also import using a custom name/alias:

#![allow(unused)]
fn main() {
use utils::get_42 as get_42
}

Tests

The templates created using fe new include a simple test demonstrating the test syntax.

To write a unit test, create a function with a name beginning with test_. The function should instantiate your contract and call the contract function you want to test. You can use assert to check that the returned value matches an expected value.

For example, to test the say_hello function on Contract whioch is expected to return the string "hello":

#![allow(unused)]
fn main() {
fn test_contract(mut ctx: Context) {
    let contract: Contract = Contract.create(ctx, 0)
    assert main.say_hello() == "hello"
}
}

You can run all the tests in a project by running the following command:

fe test <project-root>

You will receive test results directly to the console.

Running your project

Once you have created a project, you can run the usual Fe CLI subcommands against the project path. For example, to build your entire project, overwriting anythign that currently exists in the outputs folder:

fe build project --overwrite

Development

Read how to become a Fe developer.

• Build & Test
• Release

Build and test

Please make sure Rust is installed.

Basic

The following commands only build the Fe -> Yul compiler components.

• build the CLI: cargo build
• test: cargo test --workspace

Full

The Fe compiler depends on the Solidity compiler for transforming Yul IR to EVM bytecode. We currently use solc-rust to perform this. In order to compile solc-rust, the following must be installed on your system:

• cmake
• boost(1.65+)
• libclang

    brew install boost

Once these have been installed, you may run the full build. This is enabled using the solc-backend feature.

• build the CLI: cargo build --features solc-backend
• test: cargo test --workspace --features solc-backend

Release

Versioning

Make sure that version follows semver rules e.g (0.23.0).

Generate Release Notes

Prerequisite: Release notes are generated with towncrier.Ensure to have towncrier installed and the command is available.

Run make notes version=<version> where <version> is the version we are generating the release notes for e.g. 0.23.0.

Example:

make notes version=0.23.0

Examine the generated release notes and if needed perform and commit any manual changes.

Generate the release

Run make release version=<version>.

Example:

make release version=0.23.0

This will also run the tests again as the last step because some of them may need to be adjusted because of the changed version number.

Tag and push the release

Prerequisite: Make sure the central repository is configured as upstream, not origin.

After the tests are adjusted run make push-tag to create the tag and push it to Github.

Manually edit the release on GitHub

Running the previous command will push a new tag to Github and cause the CI to create a release with the Fe binaries attached. We may want to edit the release afterwards to put in some verbiage about the release.

Updating Docs & Website

A release of a new Fe compiler should usually go hand in hand with updating the website and documentation. For one, the front page of fe-lang.org links to the download of the compiler but won't automatically pick up the latest release without a fresh deployment. Furthermore, if code examples and other docs needed to be updated along with compiler changes, these updates are also only reflected online when the site gets redeployed. This is especially problematic since our docs do currently not have a version switcher to view documentation for different compiler versions (See GitHub issue #543).

Preview the sites locally

Run make serve-website and visit http://0.0.0.0:8000 to preview it locally. Ensure the front page displays the correct compiler version for download and that the docs render correctly.

Deploy website & docs

Prerequisite: Make sure the central repository is configured as upstream, not origin.

Run make deploy-website and validate that fe-lang.org renders the updated sites (Can take up to a few minutes).

Fe Language Specification

• Notation
• Lexical Structure
  • Keywords
  • Identifiers
  • Tokens
• Comments
• Items
  • Visibility and Privacy
  • Functions
  • Structs
  • Traits
  • Enums
  • Type Aliases
  • Contracts
• Statements
  • pragma Statement
  • Assignment Statement
  • Augmenting Assignment Statement
  • const Statement
  • let Statement
  • revert Statement
  • return Statement
  • if Statement
  • for Statement
  • while Statement
  • break Statement
  • continue Statement
  • assert Statement
• Expressions
  • Call expressions
  • Tuple expressions
  • List expressions
  • Index expressions
  • Attribute expressions
  • Name expressions
  • Literal expressions
  • Arithmetic Operators
  • Comparison Operators
  • Boolean Operators
  • Unary Operators
• Type System
  • Types
    • Boolean Type
    • Contract Type
    • Numeric Types
    • Tuple Types
    • Array Types
    • Struct Types
    • Enum Types
    • Address Type
    • Map Type
    • String Type
• Data Layout
  • Stack
  • Storage
    • Constant size values in storage
    • Maps in storage
    • to_mem() function
  • Memory
    • Sequence types in memory
• Function calls

Notation

Grammar

The following notations are used by the Lexer and Syntax grammar snippets:

Lexical Structure

• Keywords
• Identifiers
• Tokens

Keywords

Fe divides keywords into two categories:

• strict
• reserved

Strict keywords

These keywords can only be used in their correct contexts. They cannot be used as the identifiers.

Lexer:
KW_AS : as
KW_BREAK : break
KW_CONST : const
KW_CONTINUE : continue
KW_CONST : contract
KW_FN : fn
KW_ELSE : else
KW_ENUM : enum
KW_EVENT : event
KW_FALSE : false
KW_FOR : for
KW_IDX : idx
KW_IF : if
KW_IN : in
KW_LET : let
KW_MATCH : match
KW_MUT : mut
KW_NONPAYABLE : nonpayable
KW_PAYABLE : payable
KW_PUB : pub
KW_RETURN : return
KW_REVERT : revert
KW_SELFVALUE : self
KW_STRUCT : struct
KW_TRUE : true
KW_USE : use
KW_WHILE : while
KW_ADDRESS : address

Reserved keywords

These keywords aren't used yet, but they are reserved for future use. They have the same restrictions as strict keywords. The reasoning behind this is to make current programs forward compatible with future versions of Fe by forbidding them to use these keywords.

Lexer:
KW_ABSTRACT : abstract
KW_ASYNC : async
KW_AWAIT : await
KW_DO : do
KW_EXTERNAL : external
KW_FINAL : final
KW_IMPL : impl
KW_MACRO : macro
KW_OVERRIDE : override
KW_PURE : pure
KW_SELFTYPE : Self
KW_STATIC : static
KW_SUPER : super
KW_TRAIT : trait
KW_TYPE : type
KW_TYPEOF : typeof
KW_VIEW : view
KW_VIRTUAL : virtual
KW_WHERE : where
KW_YIELD : yield

Identifiers

^Lexer:
IDENTIFIER_OR_KEYWORD :
      [a-z A-Z] [a-z A-Z 0-9 _]^*
   | _ [a-z A-Z 0-9 _]⁺ _{Except a strict or reserved keyword}

An identifier is any nonempty ASCII string of the following form:

Either

• The first character is a letter.
• The remaining characters are alphanumeric or _.

Or

• The first character is _.
• The identifier is more than one character. _ alone is not an identifier.
• The remaining characters are alphanumeric or _.

Tokens

NEWLINE

A token that represents a new line.

Literals

A literal is an expression consisting of a single token, rather than a sequence of tokens, that immediately and directly denotes the value it evaluates to, rather than referring to it by name or some other evaluation rule. A literal is a form of constant expression, so is evaluated (primarily) at compile time.

Examples

Strings

ASCII escapes

Quote escapes

Numbers

* All number literals allow _ as a visual separator: 1_234

Boolean literals

^Lexer
BOOLEAN_LITERAL :
   true | false

String literals

^Lexer
STRING_LITERAL :
   " (
      PRINTABLE_ASCII_CHAR
      | QUOTE_ESCAPE
      | ASCII_ESCAPE
   )^* "

PRINTABLE_ASCII_CHAR :
   Any ASCII character between 0x1F and 0x7E

QUOTE_ESCAPE :
   \"

ASCII_ESCAPE :
   | \n | \r | \t | \\

A string literal is a sequence of any characters that are in the set of printable ASCII characters as well as a set of defined escape sequences.

Line breaks are allowed in string literals.

Integer literals

^Lexer
INTEGER_LITERAL :
   ( DEC_LITERAL | BIN_LITERAL | OCT_LITERAL | HEX_LITERAL )

DEC_LITERAL :
   DEC_DIGIT (DEC_DIGIT|_)^*

BIN_LITERAL :
   0b (BIN_DIGIT|_)^* BIN_DIGIT (BIN_DIGIT|_)^*

OCT_LITERAL :
   0o (OCT_DIGIT|_)^* OCT_DIGIT (OCT_DIGIT|_)^*

HEX_LITERAL :
   0x (HEX_DIGIT|_)^* HEX_DIGIT (HEX_DIGIT|_)^*

BIN_DIGIT : [0-1]

OCT_DIGIT : [0-7]

DEC_DIGIT : [0-9]

HEX_DIGIT : [0-9 a-f A-F]

An integer literal has one of four forms:

• A decimal literal starts with a decimal digit and continues with any mixture of decimal digits and underscores.
• A hex literal starts with the character sequence U+0030 U+0078 (0x) and continues as any mixture (with at least one digit) of hex digits and underscores.
• An octal literal starts with the character sequence U+0030 U+006F (0o) and continues as any mixture (with at least one digit) of octal digits and underscores.
• A binary literal starts with the character sequence U+0030 U+0062 (0b) and continues as any mixture (with at least one digit) of binary digits and underscores.

Examples of integer literals of various forms:

123                      // type u256
0xff                     // type u256
0o70                     // type u256
0b1111_1111_1001_0000    // type u256
0b1111_1111_1001_0000i64 // type u256

Comments

^Lexer
LINE_COMMENT :
      // ^*

Items

• Visibility and Privacy
• Functions
• Structs
• Enums
• Type Aliases
• Contracts

Visibility and Privacy

These two terms are often used interchangeably, and what they are attempting to convey is the answer to the question "Can this item be used at this location?"

Fe knows two different types of visibility for functions and state variables: public and private. Visibility of private is the default and is used if no other visibility is specified.

Public: External functions are part of the contract interface, which means they can be called from other contracts and via transactions.

Private: Those functions and state variables can only be accessed internally from within the same contract. This is the default visibility.

For example, this is a function that can be called externally from a transaction:

pub fn answer_to_life_the_universe_and_everything() -> u256 {
    return 42
}

Top-level definitions in a Fe source file can also be specified as pub if the file exists within the context of an Ingot. Declaring a definition as pub enables other modules within an Ingot to use the definition.

For example, given an Ingot with the following structure:

example_ingot
└── src
    ├── ding
    │   └── dong.fe
    └── main.fe

With ding/dong.fe having the following contents:

pub struct Dang {
    pub my_address: address
    pub my_u256: u256
    pub my_i8: i8
}

Then main.fe can use the Dang struct since it is pub-qualified:

use ding::dong::Dang

contract Foo {
    pub fn hot_dang() -> Dang {
        return Dang(
            my_address: 8,
            my_u256: 42,
            my_i8: -1
        )
    }
}

Functions

^Syntax
Function :
   FunctionQualifiers fn IDENTIFIER
      ( FunctionParameters^? )
      FunctionReturnType^?
      {
      FunctionStatements^*
      }

FunctionQualifiers :
   pub^?

FunctionStatements :
         ReturnStatement
      | VariableDeclarationStatement
      | AssignStatement
      | AugmentedAssignStatement
      | ForStatement
      | WhileStatement
      | IfStatement
      | AssertStatement
      | BreakStatement
      | ContinueStatement
      | RevertStatement
      | Expression

FunctionParameters :
   self^? | self,^? FunctionParam (, FunctionParam)^* ,^?

FunctionParam :
   FunctionParamLabel^? IDENTIFIER : Types

FunctionParamLabel :
   _ | IDENTIFIER

FunctionReturnType :
   -> Types

A function definition consists of name and code block along with an optional list of parameters and return value. Functions are declared with the keyword fn. Functions may declare a set of input parameters, through which the caller passes arguments into the function, and the output type of the value the function will return to its caller on completion.

When referred to, a function yields a first-class value of the corresponding zero-sized function type, which when called evaluates to a direct call to the function.

A function header ends with a colon (:) after which the function body begins.

For example, this is a simple function:

fn add(x: u256, y: u256) -> u256 {
    return x + y
}

Functions can be defined inside of a contract, inside of a struct, or at the "top level" of a module (that is, not nested within another item).

Example:

fn add(_ x: u256, _ y: u256) -> u256 {
    return x + y
}

contract CoolCoin {
    balance: Map<address, u256>

    fn transfer(mut self, from sender: address, to recipient: address, value: u256) -> bool {
        if self.balance[sender] < value {
            return false
        }
        self.balance[sender] -= value
        self.balance[recipient] += value
        return true
    }
    pub fn demo(mut self) {
        let ann: address = 0xaa
        let bob: address = 0xbb
        self.balance[ann] = 100

        let bonus: u256 = 2
        let value: u256 = add(10, bonus)
        let ok: bool = self.transfer(from: ann, to: bob, value)
    }
}

Function parameters have optional labels. When a function is called, the arguments must be labeled and provided in the order specified in the function definition.

The label of a parameter defaults to the parameter name; a different label can be specified by adding an explicit label prior to the parameter name. For example:

fn encrypt(msg cleartext: u256, key: u256) -> u256 {
    return cleartext ^ key
}

fn demo() {
    let out: u256 = encrypt(msg: 0xdecafbad, key: 0xfefefefe)
}

Here, the first parameter of the encrypt function has the label msg, which is used when calling the function, while the parameter name is cleartext, which is used inside the function body. The parameter name is an implementation detail of the function, and can be changed without modifying any function calls, as long as the label remains the same.

When calling a function, a label can be omitted when the argument is a variable with a name that matches the parameter label. Example:

let msg: u256 = 0xdecafbad
let cyf: u256 = encrypt(msg, key: 0x1234)

A parameter can also be specified to have no label, by using _ in place of a label in the function definition. In this case, when calling the function, the corresponding argument must not be labeled. Example:

fn add(_ x: u256, _ y: u256) -> u256 {
    return x + y
}
fn demo() {
    let sum: u256 = add(16, 32)
}

Functions defined inside of a contract or struct may take self as a parameter. This gives the function the ability to read and write contract storage or struct fields, respectively. If a function takes self as a parameter, the function must be called via self. For example:

let ok: bool = self.transfer(from, to, value)

Structs

^Syntax
Struct :
   struct IDENTIFIER {
      StructField^*
      StructMethod^*
   }

StructField :
   pub? IDENTIFIER : Type

StructMethod :
   Function

A struct is a nominal struct type defined with the keyword struct.

An example of a struct item and its use:

struct Point {
    pub x: u256
    pub y: u256
}

fn pointy_stuff() {
    let mut p: Point = Point(x: 10, y: 11)
    let px: u256 = p.x
    p.x = 100
}

Builtin functions:

• abi_encode() encodes the struct as an ABI tuple and returns the encoded data as a fixed-size byte array that is equal in size to the encoding.

Traits

^Syntax
Trait :
   trait IDENTIFIER {
      TraitMethod^*
   }

TraitMethod :
   fn IDENTIFIER
      ( FunctionParameters^? )
      FunctionReturnType^? ;

A trait is a collection of function signatures that a type can implement. Traits are implemented for specific types through separate implementations. A type can implement a trait by providing a function body for each of the trait's functions. Traits can be used as type bounds for generic functions to restrict the types that can be used with the function.

All traits define an implicit type parameter Self that refers to "the type that is implementing this interface".

Example of the Min trait from Fe's standard library:

pub trait Min {
  fn min() -> Self;
}

Example of the i8 type implementing the Min trait:

impl Min for i8 {
  fn min() -> Self {
    return -128
  }
}

Example of a function restricting a generic parameter to types implementing the Compute trait:

pub trait Compute {
  fn compute(self) -> u256;
}

struct Example {
  fn do_something<T: Compute>(val: T) -> u256 {
    return val.compute()
  }
}

Enum

^Syntax
Enumeration :
   enum IDENTIFIER {
      EnumField^*
      EnumMethod^*
   }

EnumField :
   IDENTIFIER | IDENTIFIER(TupleElements^?)

EnumMethod :
   Function

TupleElements :
   Type ( , Type )^*

An enum, also referred to as enumeration is a simultaneous definition of a nominal Enum type, that can be used to create or pattern-match values of the corresponding type.

Enumerations are declared with the keyword enum.

An example of an enum item and its use:

enum Animal {
    Dog
    Cat
    Bird(BirdType)
    
    pub fn bark(self) -> String<10> {
        match self {
            Animal::Dog => {
                return "bow"
            }

            Animal::Cat => {
                return "meow"
            }
            
            Animal::Bird(BirdType::Duck) => {
                return "quack"
            }
            
            Animal::Bird(BirdType::Owl) => {
                return "hoot"
            }
        }
    }
}

enum BirdType {
    Duck
    Owl
}

fn f() {
    let barker: Animal = Animal::Dog
    barker.bark()
}

Type aliases

^Syntax
TypeAlias :
   type IDENTIFIER = Type

A type alias defines a new name for an existing type. Type aliases are declared with the keyword type.

For example, the following defines the type BookMsg as a synonym for the type u8[100], a sequence of 100 u8 numbers which is how sequences of bytes are represented in Fe.

type BookMsg = Array<u8, 100>

Contracts

^Syntax
Contract :
   contract IDENTIFIER {
  ContractMember^*
  _}

ContractMember:
   Visibility^?
   (
         ContractField
      | Function
      | Struct
      | Enum
   )

Visibility :
   pub^?

ContractField :
   IDENTIFIER : Type

A contract is a piece of EVM Code associated with an Account. See Appendix A. in the Yellow Paper for more info. In Fe, a contract is denoted using the contract keyword. A contract definition adds a new contract type to the module. This contract type may be used for calling existing contracts with the same interface or initializing new contracts with the create methods.

An example of a contract:

struct Signed {
    pub book_msg: String<100>
}

contract GuestBook {
    messages: Map<address, String<100>>

    pub fn sign(mut self, mut ctx: Context, book_msg: String<100>) {
        self.messages[ctx.msg_sender()] = book_msg
        ctx.emit(Signed(book_msg: book_msg))
    }

    pub fn get_msg(self, addr: address) -> String<100> {
        return self.messages[addr].to_mem()
    }
}

The __init__ function

The __init__ function is a special contract function that can only be called at contract deployment time. It is mostly used to set initial values to storage variables upon deployment.

pub contract Example {

    admin: address

    pub fn __init__(mut self, admin: address)  {
        self.admin = admin
    }
}

It is not possible to call __init__ at runtime.

Statements

• pragma Statement
• const Statement
• let Statement
• Assignment Statement
• Augmenting Assignment Statement
• revert Statement
• return Statemetn
• if Statement
• for Statement
• while Statement
• break Statement
• continue Statement
• match Statement
• assert Statement

pragma statement

^Syntax
PragmaStatement :
   pragma VersionRequirement

VersionRequirement :_{Following the semver implementation by cargo}

The pragma statement is denoted with the keyword pragma. Evaluating a pragma statement will cause the compiler to reject compilation if the version of the compiler does not conform to the given version requirement.

An example of a pragma statement:

pragma ^0.1.0

The version requirement syntax is identical to the one that is used by cargo (more info).

const statement

^Syntax
ConstStatement :
   const IDENTIFIER: Type = Expression

A const statement introduces a named constant value. Constants are either directly inlined wherever they are used or loaded from the contract code depending on their type.

Example:

const TEN: u256 = 10
const HUNDO: u256 = TEN * TEN

contract Foo {
  pub fn bar() -> u256 {
    return HUNDO
  }
}

let statement

^Syntax
LetStatement :
   let IDENTIFIER | TupleTarget : Type = Expression

TupleTarget :
   ( TupleTargetItem (, TupleTargetItem) ⁺ )

TupleTargetItem :
   IDENTIFIER | TupleTarget

A let statement introduces a new set of variables. Any variables introduced by a variable declaration are visible from the point of declaration until the end of the enclosing block scope.

Note: Support for nested tuples isn't yet implemented but can be tracked via this GitHub issue.

Example:

contract Foo {

  pub fn bar() {
    let val1: u256 = 1
    let (val2):(u256) = (1,)
    let (val3, val4):(u256, bool) = (1, false)
    let (val5, val6, (val7, val8)):(u256, bool, (u256, u256)) = (1, false, (2, 4))
  }
}

Assignment statement

^Syntax
AssignmentStatement :
   Expression = Expression

An assignment statement moves a value into a specified place. An assignment statement consists of an expression that holds a mutable place, followed by an equals sign (=) and a value expression.

Example:

contract Foo {
  some_array: Array<u256, 10>


  pub fn bar(mut self) {
    let mut val1: u256 = 10
    // Assignment of stack variable
    val1 = 10

    let mut values: (u256, u256) = (1, 2)
    // Assignment of tuple item
    values.item0 = 3

    // Assignment of storage array slot
    self.some_array[5] = 1000
  }
}

Augmenting Assignment statement

^Syntax
AssignmentStatement :
      Expression = Expression
   | Expression += Expression
   | Expression -= Expression
   | Expression %= Expression
   | Expression **= Expression
   | Expression <<= Expression
   | Expression >>= Expression
   | Expression |= Expression
   | Expression ^= Expression
   | Expression &= Expression

Augmenting assignment statements combine arithmetic and logical binary operators with assignment statements.

An augmenting assignment statement consists of an expression that holds a mutable place, followed by one of the arithmetic or logical binary operators, followed by an equals sign (=) and a value expression.

Example:

fn example() -> u8 {
    let mut a: u8 = 1
    let b: u8 = 2
    a += b
    a -= b
    a *= b
    a /= b
    a %= b
    a **= b
    a <<= b
    a >>= b
    a |= b
    a ^= b
    a &= b
    return a
}

revert statement

^Syntax
RevertStatement :
   revert Expression^?

The revert statement is denoted with the keyword revert. Evaluating a revert statement will cause to revert all state changes made by the call and return with an revert error to the caller. A revert statement may be followed by an expression that evaluates to a struct in which case the struct is encoded as revert data as defined by EIP-838.

An example of a revert statement without revert data:

contract Foo {
    fn transfer(self, to: address, value: u256) {
        if not self.in_whitelist(addr: to) {
            revert
        }
        // more logic here
    }

    fn in_whitelist(self, addr: address) -> bool {
        return false
    }
}

An example of a revert statement with revert data:

struct ApplicationError {
    pub code: u8
}

contract Foo {
    pub fn transfer(self, to: address, value: u256) {
        if not self.in_whitelist(addr: to) {
            revert ApplicationError(code: 5)
        }
        // more logic here
    }

    fn in_whitelist(self, addr: address) -> bool {
        return false
    }
}

return statement

^Syntax
ReturnStatement :
   return Expression^?

The return statement is denoted with the keyword return. A return statement leaves the current function call with a return value which is either the value of the evaluated expression (if present) or () (unit type) if return is not followed by an expression explicitly.

An example of a return statement without explicit use of an expression:

contract Foo {
    fn transfer(self, to: address, value: u256) {
        if not self.in_whitelist(to) {
            return
        }
    }

    fn in_whitelist(self, to: address) -> bool {
        // revert used as placeholder for actual logic
        revert
    }
}

The above can also be written in a slightly more verbose form:

contract Foo {
    fn transfer(self, to: address, value: u256) -> () {
        if not self.in_whitelist(to) {
            return ()
        }
    }

    fn in_whitelist(self, to: address) -> bool {
        // revert used as placeholder for actual logic
        revert
    }
}

if statement

^Syntax
IfStatement :
   if Expression{    (Statement | Expression)⁺
   }
   (else {
   (Statement | Expression)⁺
   })^?

Example:

contract Foo {
    pub fn bar(val: u256) -> u256 {
        if val > 5 {
            return 1
        } else {
            return 2
        }
    }
}

The if statement is used for conditional execution.

for statement

^Syntax
ForStatement :
   for IDENTIFIER in Expression {
   (Statement | Expression)⁺
   }

A for statement is a syntactic construct for looping over elements provided by an array type.

An example of a for loop over the contents of an array:

Example:

contract Foo {

    pub fn bar(values: Array<u256, 10>) -> u256 {
        let mut sum: u256 = 0
        for i in values {
            sum = sum + i
        }
        return sum
    }
}

while statement

^Syntax
WhileStatement :
   while Expression {
   (Statement | Expression)⁺
   }

A while loop begins by evaluation the boolean loop conditional expression. If the loop conditional expression evaluates to true, the loop body block executes, then control returns to the loop conditional expression. If the loop conditional expression evaluates to false, the while expression completes.

Example:

contract Foo {

    pub fn bar() -> u256 {
        let mut sum: u256 = 0
        while sum < 10 {
            sum += 1
        }
        return sum
    }
}

break statement

^Syntax
BreakStatement :
   break

The break statement can only be used within a for or while loop and causes the immediate termination of the loop.

If used within nested loops the break statement is associated with the innermost enclosing loop.

An example of a break statement used within a while loop.

contract Foo {

    pub fn bar() -> u256 {
        let mut sum: u256 = 0
        while sum < 10 {
            sum += 1

            if some_abort_condition() {
                break
            }
        }
        return sum
    }

    fn some_abort_condition() -> bool {
        // some complex logic
        return true
    }
}

An example of a break statement used within a for loop.

contract Foo {

    pub fn bar(values: Array<u256, 10>) -> u256 {
        let mut sum: u256 = 0
        for i in values {
            sum = sum + i

            if some_abort_condition() {
                break
            }
        }
        return sum
    }

    fn some_abort_condition() -> bool {
        // some complex logic
        return true
    }
}

continue statement

^Syntax
ContinueStatement :
   continue

The continue statement can only be used within a for or while loop and causes the immediate termination of the current iteration, returning control to the loop head.

If used within nested loops the continue statement is associated with the innermost enclosing loop.

An example of a continue statement used within a while loop.

contract Foo {

    pub fn bar() -> u256 {
        let mut sum: u256 = 0
        while sum < 10 {
            sum += 1

            if some_skip_condition() {
                continue
            }
        }

        return sum
    }

    fn some_skip_condition() -> bool {
        // some complex logic
        return true
    }
}

An example of a continue statement used within a for loop.

contract Foo {

    pub fn bar(values: Array<u256, 10>) -> u256 {
        let mut sum: u256 = 0
        for i in values {
            sum = sum + i

            if some_skip_condition() {
                continue
            }
        }
        return sum
    }

    fn some_skip_condition() -> bool {
        // some complex logic
        return true
    }
}

match statement

^Syntax
MatchStatement :
   match Expression {
      ( Pattern => { Statement^* } )⁺
   }

Pattern :
   PatternElem ( | PatternElem )^*

PatternElem :
   IDENTIFIER | BOOLEAN_LITERAL | _ | .. | Path |
   Path( TuplePatterns^? ) |( TuplePatterns^? ) |
   Path{ StructPatterns^? }

TuplePatterns :
   Pattern ( , Pattern )^*

StructPatterns :
   Field ( , Field)^*(, ..)^?

Field :
   IDENTIFIER : Pattern

A match statements compares expression with patterns, then executes body of the matched arm.

Example:

enum MyEnum {
    Unit
    Tuple(u32, u256, bool)
}

contract Foo {
    pub fn bar(self) -> u256 {
        let val: MyEnum = MyEnum::Tuple(1, 10, false)
        return self.eval(val)
    }
    
    fn eval(self, val: MyEnum) -> u256 {
        match val {
            MyEnum::Unit => {
                return 0
            }
            
            MyEnum::Tuple(.., false) => {
                return 1
            }
            
            MyEnum::Tuple(a, b, true) => {
                return u256(a) + b
            }
        }
    }
}

assert statement

^Syntax
AssertStatement :
   assert Expression (, Expression)^?

The assert statement is used express invariants in the code. It consists of a boolean expression optionally followed by a comma followed by a string expression.

If the boolean expression evaluates to false, the code reverts with a panic code of 0x01. In the case that the first expression evaluates to false and a second string expression is given, the code reverts with the given string as the error code.

An example of a assert statement without the optional message:

contract Foo {
    fn bar(val: u256) {
        assert val > 5
    }
}

An example of a assert statement with an error message:

contract Foo {

    fn bar(val: u256) {
        assert val > 5, "Must be greater than five"
    }
}

Expressions

• Call expressions
• Tuple expressions
• List expressions
• Struct expressions
• Index expressions
• Attribute expressions
• Name expressions
• Name expressions
• Literal expressions
• Arithmetic Operators
• Comparison Operators
• Boolean Operators
• Unary Operators

Call expressions

^Syntax
CallExpression :
   Expression GenericArgs^? ( CallParams^? )

GenericArgs :
   < IDENTIFIER | INTEGER_LITERAL (, IDENTIFIER | INTEGER_LITERAL)^* >

CallParams :
   CallArg ( , CallArg )^* ,^?

CallArg :
   (CallArgLabel =)^? Expression

CallArgLabel :
   IDENTIFIER^{Label must correspond to the name of the called function argument at the given position. It can be omitted if parameter name and the name of the called function argument are equal.}

A call expression calls a function. The syntax of a call expression is an expression, followed by a parenthesized comma-separated list of call arguments. Call arguments are expressions, and must be labeled and provided in the order specified in the function definition. If the function eventually returns, then the expression completes.

Example:

contract Foo {

    pub fn demo(self) {
        let ann: address = 0xaa
        let bob: address = 0xbb
        self.transfer(from: ann, to: bob, 25)
    }

    pub fn transfer(self, from: address, to: address, _ val: u256) {}
}

Tuple expressions

^Syntax
TupleExpression :
   ( TupleElements^? )

TupleElements :
   ( Expression , )⁺ Expression^?

A tuple expression constructs tuple values.

The syntax for tuple expressions is a parenthesized, comma separated list of expressions, called the tuple initializer operands. The number of tuple initializer operands is the arity of the constructed tuple.

1-ary tuple expressions require a comma after their tuple initializer operand to be disambiguated with a parenthetical expression.

Tuple expressions without any tuple initializer operands produce the unit tuple.

For other tuple expressions, the first written tuple initializer operand initializes the field item0 and subsequent operands initializes the next highest field.

For example, in the tuple expression (true, false, 1), true initializes the value of the field item0, false field item1, and 1 field item2.

Examples of tuple expressions and their types:

A tuple field can be accessed via an attribute expression.

Example:

contract Foo {
    pub fn bar() {
        // Creating a tuple via a tuple expression
        let some_tuple: (u256, bool) = (1, false)

        // Accessing the first tuple field via the `item0` field
        baz(input: some_tuple.item0)
    }
    pub fn baz(input: u256) {}
}

List expressions

^Syntax
ListExpression :
   [ ListElements^? ]

ListElements :
   Expression (, Expression)^* ,^?

A list expression constructs array values.

The syntax for list expressions is a parenthesized, comma separated list of expressions, called the list initializer operands. The number of list initializer operands must be equal to the static size of the array type. The types of all list initializer operands must conform to the type of the array.

Examples of tuple expressions and their types:

An array item can be accessed via an index expression.

Example:

contract Foo {

    fn get_val3() -> u256 {
        return 3
    }

    pub fn baz() {
        let val1: u256 = 2
        // A list expression
        let foo: Array<u256, 3> = [1, val1, get_val3()]
    }
}

Struct expressions

TBW

Index expressions

^Syntax
IndexExpression :
   Expression [ Expression ]

Array and Map types can be indexed by by writing a square-bracket-enclosed expression after them. For arrays, the type of the index key has to be u256 whereas for Map types it has to be equal to the key type of the map.

Example:

contract Foo {

    balances: Map<address, u256>


    pub fn baz(mut self, mut values: Array<u256, 10>) {
        // Assign value at slot 5
        values[5] = 1000
        // Read value at slot 5
        let val1: u256 = values[5]

        // Assign value for address zero
        self.balances[address(0)] = 10000

        // Read balance of address zero
        let bal: u256 = self.balances[address(0)]
    }
}

Attribute expressions

^Syntax
AttributeExpression :
   Expression . IDENTIFIER

An attribute expression evaluates to the location of an attribute of a struct, tuple or contract.

The syntax for an attribute expression is an expression, then a . and finally an identifier.

Examples:

struct Point {
    pub x: u256
    pub y: u256
}

contract Foo {
    some_point: Point
    some_tuple: (bool, u256)

    fn get_point() -> Point {
        return Point(x: 100, y: 500)
    }

    pub fn baz(some_point: Point, some_tuple: (bool, u256)) {
        // Different examples of attribute expressions
        let bool_1: bool = some_tuple.item0
        let x1: u256 = some_point.x
        let point1: u256 = get_point().x
        let point2: u256 = some_point.x
    }
}

Name expressions

^Syntax
NameExpression :
   IDENTIFIER

A name expression resolves to a local variable.

Example:

contract Foo {
    pub fn baz(foo: u256) {
        // name expression resolving to the value of `foo`
        foo
    }
}

Path expressions

^Syntax
PathExpression :
   IDENTIFIER ( :: IDENTIFIER )^*

A name expression resolves to a local variable.

Example:

contract Foo {
    pub fn baz() {
        // CONST_VALUE is defined in another module `my_mod`.
        let foo: u32 = my_mod::CONST_VALUE
    }
}

Literal expressions

^Syntax
LiteralExpression :
   | STRING_LITERAL
   | INTEGER_LITERAL
   | BOOLEAN_LITERAL

A literal expression consists of one of the literal forms described earlier. It directly describes a number, string or boolean value.

"hello"   // string type
5         // integer type
true      // boolean type

Arithmetic Operators

^Syntax
ArithmeticExpression :
     Expression + Expression
   | Expression - Expression
   | Expression * Expression
   | Expression / Expression
   | Expression % Expression
   | Expression ** Expression
   | Expression & Expression
   | Expression | Expression
   | Expression ^ Expression
   | Expression << Expression
   | Expression >> Expression

Binary operators expressions are all written with infix notation. This table summarizes the behavior of arithmetic and logical binary operators on primitive types.

* Integer division rounds towards zero.

Here are examples of these operators being used.

3 + 6 == 9
6 - 3 == 3
2 * 3 == 6
6 / 3 == 2
5 % 4 == 1
2 ** 4 == 16
12 & 25 == 8
12 | 25 == 29
12 ^ 25 == 21
212 << 1 == 424
212 >> 1 == 106

Comparison Operators

^Syntax
ComparisonExpression :
      Expression == Expression
   | Expression != Expression
   | Expression > Expression
   | Expression < Expression
   | Expression >= Expression
   | Expression <= Expression

Here are examples of the comparison operators being used.

123 == 123
23 != -12
12 > 11
11 >= 11
11 < 12
11 <= 11

Boolean Operators

^Syntax
BooleanExpression :
     Expression or Expression
   | Expression and Expression

The operators or and and may be applied to operands of boolean type. The or operator denotes logical 'or', and the and operator denotes logical 'and'.

Example:

const x: bool = false or true // true

Unary Operators

^Syntax
UnaryExpression :
     not Expression
   | - Expression
   | ~ Expression

The unary operators are used to negate expressions. The unary - (minus) operator yields the negation of its numeric argument. The unary ~ (invert) operator yields the bitwise inversion of its integer argument. The unary not operator yields the inversion of its boolean argument.

Example:

fn f() {
  let x: bool = not true  // false
  let y: i256 = -1
  let z: i256 = i256(~1)  // -2
}

Type System

Types

Every variable, item, and value in a Fe program has a type. The _ of a value defines the interpretation of the memory holding it and the operations that may be performed on the value.

Built-in types are tightly integrated into the language, in nontrivial ways that are not possible to emulate in user-defined types. User-defined types have limited capabilities.

The list of types is:

• Data types
  • Base types:
    • Boolean — true or false
    • Address - Ethereum address
    • Numeric — integer
  • Reference types:
    • Sequence types
      • Tuple
      • Array
      • String
      • Struct
      • Enum
    • Map
• Other types:
  • Unit
  • Contract
  • Function

Boolean type

The bool type is a data type which can be either true or false.

Example:

let x: bool = true

Contract types

An contract type is the type denoted by the name of an contract item.

A value of a given contract type carries the contract's public interface as attribute functions. A new contract value can be created by either casting an address to a contract type or by creating a new contract using the type attribute functions create or create2.

Example:

contract Foo {
    pub fn get_my_num() -> u256 {
        return 42
    }
}

contract FooFactory {
    pub fn create2_foo(mut ctx: Context) -> address {
        // `0` is the value being sent and `52` is the address salt
        let foo: Foo = Foo.create2(ctx, 0, 52)
        return address(foo)
    }
}

Numeric types

The unsigned integer types consist of:

The signed two's complement integer types consist of:

Tuple Types

^Syntax
TupleType :
      ( )
   | ( ( Type , )⁺ Type^? )

Tuple types are a family of structural types¹ for heterogeneous lists of other types.

The syntax for a tuple type is a parenthesized, comma-separated list of types.

A tuple type has a number of fields equal to the length of the list of types. This number of fields determines the arity of the tuple. A tuple with n fields is called an n-ary tuple. For example, a tuple with 2 fields is a 2-ary tuple.

Fields of tuples are named using increasing numeric names matching their position in the list of types. The first field is item0. The second field is item1. And so on. The type of each field is the type of the same position in the tuple's list of types.

For convenience and historical reasons, the tuple type with no fields (()) is often called unit or the unit type. Its one value is also called unit or the unit value.

Some examples of tuple types:

• () (also known as the unit or zero-sized type)
• (u8, u8)
• (bool, i32)
• (i32, bool) (different type from the previous example)

Values of this type are constructed using a tuple expression. Furthermore, various expressions will produce the unit value if there is no other meaningful value for it to evaluate to. Tuple fields can be accessed via an attribute expression.

Array types

^Syntax
ArrayType :
   Array<Type, INTEGER_LITERAL>

An array is a fixed-size sequence of N elements of type T. The array type is written as Array<T, N>. The size is an integer literal.

Arrays are either stored in storage or memory but are never stored directly on the stack.

Examples:

contract Foo {
  // An array in storage
  bar: Array<u8, 10>

  fn do_something() {
    // An array in memory
    let values: Array<u256, 3> = [10, 100, 100]
  }
}

All elements of arrays are always initialized, and access to an array is always bounds-checked in safe methods and operators.

Struct types

A struct type is the type denoted by the name of an struct item. A struct type is a heterogeneous product of other types, called the fields of the type.

New instances of a struct can be constructed with a struct expression.

Struct types are either stored in storage or memory but are never stored directly on the stack.

Examples:

struct Rectangle {
  pub width: u256
  pub length: u256
}

contract Example {
  // A Rectangle in storage
  area: Rectangle

  fn do_something() {
    let length: u256 = 20
    // A rectangle in memory
    let square: Rectangle = Rectangle(width: 10, length)
  }
}

All fields of struct types are always initialized.

The data layout of a struct is not part of its external API and may be changed in any release.

The fields of a struct may be qualified by visibility modifiers, to allow access to data in a struct outside a module.

Enum types

An enum type is the type denoted by the name of an enum item.

Address Type

The address type represents a 20 byte Ethereum address.

Example:

contract Example {
  // An address in storage
  someone: address

  fn do_something() {
    // A plain address (not part of a tuple, struct etc) remains on the stack
    let dai_contract: address = 0x6b175474e89094c44da98b954eedeac495271d0f
  }
}

Map type

The type Map<K, V> is used to associate key values with data.

The following types can be used as key:

• unit type
• boolean type
• address type
• numeric types

The values can be of any type including other maps, structs, tuples or arrays.

Example:

contract Foo {
    bar: Map<address, Map<address, u256>>
    baz: Map<address, Map<u256, bool>>

    pub fn read_bar(self, a: address, b: address) -> u256 {
        return self.bar[a][b]
    }

    pub fn write_bar(mut self, a: address, b: address, value: u256) {
        self.bar[a][b] = value
    }

    pub fn read_baz(self, a: address, b: u256) -> bool {
        return self.baz[a][b]
    }

    pub fn write_baz(mut self, a: address, b: u256, value: bool) {
        self.baz[a][b] = value
    }
}

String Type

A value of type String<N> represents a sequence of unsigned bytes with the assumption that the data is valid UTF-8.

The String<N> type is generic over a constant value that has to be an integer literal. That value N constraints the maximum number of bytes that are available for storing the string's characters.

Note that the value of N does not restrict the type to hold exactly that number of bytes at all times which means that a type such as String<10> can hold a short word such as "fox" but it can not hold a full sentence such as "The brown fox jumps over the white fence".

Example:

contract Foo {

  fn bar() {
    let single_byte_string: String<1> = "a"
    let longer_string: String<100> = "foo"
  }
}

Unit type

TBW

Function Types

TBW

Data Layout

There are three places where data can be stored on the EVM:

• stack: 256-bit values placed on the stack that are loaded using DUP operations.
• storage: 256-bit address space where 256-bit values can be stored. Accessing higher storage slots does not increase gas cost.
• memory: 256-bit address space where 256-bit values can be stored. Accessing higher memory slots increases gas cost.

Each data type can be stored in these locations. How data is stored is described in this section.

Stack

The following can be stored on the stack:

• base type values
• pointers to reference type values

The size of each value stored on the stack must not exceed 256 bits. Since all base types are less than or equal to 256 bits in size, we store them on the stack. Pointers to values stored in memory or storage may also be stored on the stack.

Example:

fn f() {
    let foo: u256 = 42 // foo is stored on the stack
    let bar: Array<u256, 100> = [0; 100] // bar is a memory pointer stored on the stack
}

Storage

All data types can be stored in storage.

Constant size values in storage

Storage pointers for constant size values are determined at compile time.

Example:

contract Cats {
   population: u256 // assigned a static location by the compiler
}

The value of a base type in storage is found by simply loading the value from storage at the given pointer.

To find an element inside of a sequence type, the relative location of the element is added to the given pointer.

Maps in storage

Maps are not assigned pointers, because they do not have a location in storage. They are instead assigned a nonce that is used to derive the location of keyed values during runtime.

Example:

contract Foo {
  bar: Map<address, u256> // bar is assigned a static nonce by the compiler
  baz: Map<address, Map<address, u256>> // baz is assigned a static nonce by the compiler
}

The expression bar[0x00] would resolve to the hash of both bar's nonce and the key value .i.e. keccak256(<bar nonce>, 0x00). Similarly, the expression baz[0x00][0x01] would resolve to a nested hash i.e. keccak256(keccak256(<baz nonce>, 0x00), 0x01).

The to_mem function

Reference type values can be copied from storage and into memory using the to_mem function.

Example:

let my_array_var: Array<u256, 10> = self.my_array_field.to_mem()

Memory

Only sequence types can be stored in memory.

The first memory slot (0x00) is used to keep track of the lowest available memory slot. Newly allocated segments begin at the value given by this slot. When more memory has been allocated, the value stored in 0x00 is increased.

We do not free memory after it is allocated.

Sequence types in memory

Sequence type values may exceed the 256-bit stack slot size, so we store them in memory and reference them using pointers kept on the stack.

Example:

fn f() {
    let foo: Array<u256, 100> = [0; 100] // foo is a pointer that references 100 * 256 bits in memory.
}

To find an element inside of a sequence type, the relative location of the element is added to the given pointer.

Function calls

Constant size values stored on the stack or in memory can be passed into and returned by functions.

Release Notes

🖥️ Download Binaries 📄 Draft Spec ℹ️ Getting Started

Fe is moving fast. Read up on all the latest improvements.

0.24.0 "Xenotime" (2023-08-10)

Features

• Added support for project manifests and project dependencies.

  Example:

  my_project
  ├── fe.toml
  └── src
      └── main.fe
  

  # fe.toml
  name = "my_project"
  version = "1.0"
  
  [dependencies]
  my_lib = { path = "../path/to/my_lib", version = "1.0" }
  my_other_lib = "../path/to/my_other_lib"
  

  Note: The current implementation supports circular dependencies. (#908)

Performance improvements

• MemoryBuffer now allocates an extra 31 bytes. This removes the need for runtime checks and bitshifting needed to ensure safe writing to a MemoryBuffer's region. (#898)

Improved Documentation

• Link to vs-code extension in Quickstart Guide (#910)

0.23.0 "Wiluite" (2023-06-01)

Features

• Fixed an issue where generic parameters that were mut could not be satisfied at callsite.

  For instance, the following code would previously cause a compile error but now works as expected:

  
  #![allow(unused)]
  fn main() {
  struct Runner {
    pub fn run<T: Computable>(self, mut _ val: T) -> u256 {
      return val.compute(val: 1000)
    }
  }
  
  contract Example {
    pub fn run_test(self) {
      let runner: Runner = Runner();
      let mut mac: Mac = Mac();
  
      assert runner.run(mac) == 1001
    }
  }
  }
  

  (#865)

• The ctx parameter can now be passed into test functions.

  example:

  #test
  fn my_test(ctx: Context) {
      assert ctx.block_number() == 0
  }
  

  (#880)

• The following has been added to the standard library:

  Memory buffer abstraction

  example:

  use std::buf::{MemoryBuffer, MemoryBufferReader, MemoryBufferWriter}
  use std::traits::Max
  
  #test
  fn test_buf_rw() {
      let mut buf: MemoryBuffer = MemoryBuffer::new(len: 161) 
      let mut writer: MemoryBufferWriter = buf.writer()
      let mut reader: MemoryBufferReader = buf.reader()
  
      writer.write(value: 42)
      writer.write(value: 42)
      writer.write(value: 26)
      writer.write(value: u8(26))
      writer.write(value: u256::max())
      writer.write(value: u128::max())
      writer.write(value: u64::max())
      writer.write(value: u32::max())
      writer.write(value: u16::max())
      writer.write(value: u8::max())
      writer.write(value: u8(0))
  
      assert reader.read_u256() == 42
      assert reader.read_u256() == 42
      assert reader.read_u256() == 26
      assert reader.read_u8() == 26
      assert reader.read_u256() == u256::max()
      assert reader.read_u128() == u128::max()
      assert reader.read_u64() == u64::max()
      assert reader.read_u32() == u32::max()
      assert reader.read_u16() == u16::max()
      assert reader.read_u8() == u8::max()
      assert reader.read_u8() == 0
  }
  

  Precompiles

  example:

  use std::precompiles
  use std::buf::{MemoryBuffer, MemoryBufferReader, MemoryBufferWriter}
  
  #test
  fn test_ec_recover() {
      let result: address = precompiles::ec_recover(
          hash: 0x456e9aea5e197a1f1af7a3e85a3212fa4049a3ba34c2289b4c860fc0b0c64ef3,
          v: 28,
          r: 0x9242685bf161793cc25603c231bc2f568eb630ea16aa137d2664ac8038825608,
          s: 0x4f8ae3bd7535248d0bd448298cc2e2071e56992d0774dc340c368ae950852ada
      )
  
      assert result == address(0x7156526fbd7a3c72969b54f64e42c10fbb768c8a)
  }
  

  ctx.raw_call()

  example:

  use std::buf::{
      RawCallBuffer,
      MemoryBufferReader, 
      MemoryBufferWriter
  }
  use std::evm
  
  contract Foo {
      pub unsafe fn __call__() {
          if evm::call_data_load(offset: 0) == 42 {
              evm::mstore(offset: 0, value: 26)
              evm::return_mem(offset: 0, len: 32)
          } else if evm::call_data_load(offset: 0) == 26 {
              revert
          }
      }
  }
  
  #test
  fn test_raw_call(mut ctx: Context) {
      let foo: Foo = Foo.create(ctx, 0)
  
      let mut buf: RawCallBuffer = RawCallBuffer::new(
          input_len: 32, 
          output_len: 32
      )
      let mut writer: MemoryBufferWriter = buf.writer()
  
      writer.write(value: 42)
      assert ctx.raw_call(addr: address(foo), value: 0, buf)
    
      let mut reader: MemoryBufferReader = buf.reader()
      assert reader.read_u256() == 26
  
      assert not ctx.raw_call(addr: address(foo), value: 0, buf)
  }
  

  (#885)

Bugfixes

• Fixed an ICE when using aggregate types with aggregate type fields in public functions

  This code would previously cause an ICE:

  struct Tx {
    pub data: Array<u8, 320>
  }
  
  contract Foo {
    pub fn bar(mut tx: Tx) {}
  }
  

  (#867)

• Fixed a regression where the compiler would not reject a method call on a struct in storage.

  E.g. the follwing code should be rejected as it is missing a to_mem() call:

  struct Bar {
      pub x: u256
  
      pub fn get_x(self) -> u256{
          return self.x
      }
  }
  
  contract Foo {
      bar: Bar
  
      pub fn __init__(mut self) {
          self.bar = Bar( x: 2 )
      }
      fn yay(self) {
          self.bar.get_x()
      }
  }
  

  The compiler will now reject the code and suggest a to_mem() before callingget_x(). (#881)

0.22.0 "Vulcanite" (2023-04-05)

This is the first non-alpha release of Fe. Read our announcement for more details.

Features

• Support for tests.

  example:

  #test
  fn my_test() {
      assert 26 + 16 == 42
  }
  

  Tests can be executed using the test subcommand.

  example:

  $ fe test foo.fe (#807)

• Fixed broken trait orphan rule

  Fe has an orphan rule for Traits similar to Rust's that requires that either the trait or the type that we are implementing the trait for are located in the same ingot as the impl. This rule was implemented incorrectly so that instead of requiring them to be in the same ingot, they were required to be in the same module. This change fixes this so that the orphan rule is enforced correctly. (#863)

• address values can now be specified with a number literal, with no explicit cast. So instead of let t: address = address(0xfe), one can now write let t: address = 0xfe. This also means that it's possible to define const addresses: const SOME_KNOWN_CONTRACT: address = 0xfefefefe (#864)

Bugfixes

• Fixed resolving of generic arguments to associated functions.

  For example, this code would previously crash the compiler:

  
  #![allow(unused)]
  fn main() {
  ...
    // This function doesn't take self
    pub fn run_static<T: Computable>(_ val: T) -> u256 {
      return val.compute(val: 1000)
    }
  ...
  
  // Invoking it would previously crash the compiler
  Runner::run_static(Mac())
  ...
  }
  

  (#861)

Improved Documentation

• Changed the Deployment tutorial to use foundry and the Sepolia network (#853)

0.21.0-alpha (2023-02-28)

Features

• Support for Self type

  With this change Self (with capital S) can be used to refer to the enclosing type in contracts, structs, impls and traits.

  E.g.

  trait Min {
    fn min() -> Self;
  }
  
  impl Min for u8 {
    fn min() -> u8 { // Both `u8` or `Self` are valid here
      return 0
    }
  }
  

  Usage: u8::min() (#803)

• Added Min and Max traits to the std library. The std library implements the traits for all numeric types.

  Example

  use std::traits::{Min, Max}
  ...
  
  assert u8::min() < u8::max()
  ``` ([#836](https://github.com/ethereum/fe/issues/836))
  
  

• Upgraded underlying solc compiler to version 0.8.18

Bugfixes

• the release contains minor bugfixes

0.20.0-alpha (2022-12-05)

Features

• Removed the event type as well as the emit keyword. Instead the struct type now automatically implements the Emittable trait and can be emitted via ctx.emit(..).

  Indexed fields can be annotated via the #indexed attribute.

  E.g.

  struct Signed {
      book_msg: String<100>
  }
  
  contract GuestBook {
      messages: Map<address, String<100>>
  
      pub fn sign(mut self, mut ctx: Context, book_msg: String<100>) {
          self.messages[ctx.msg_sender()] = book_msg
          ctx.emit(Signed(book_msg))
      }
  }
  

  (#717)

• Allow to call trait methods on types when trait is in scope

  So far traits were only useful as bounds for generic functions. With this change traits can also be used as illustrated with the following example:

  trait Double {
    fn double(self) -> u256;
  }
  
  impl Double for (u256, u256) {
    fn double(self) -> u256 {
      return (self.item0 + self.item1) * 2
    }
  }
  
  contract Example {
  
    pub fn run_test(self) {
      assert (0, 1).double() == 2
    }
  }
  

  If a call turns out to be ambigious the compiler currently asks the user to disambiguate via renaming. In the future we will likely introduce a syntax to allow to disambiguate at the callsite. (#757)

• Allow contract associated functions to be called via ContractName::function_name() syntax. (#767)

• Add enum types and match statement.

  enum can now be defined, e.g.,

  pub enum MyEnum {
      Unit
      Tuple(u32, u256, bool)
    
      fn unit() -> MyEnum {
          return MyEnum::Unit
      }
  }
  

  Also, match statement is introduced, e.g.,

  pub fn eval_enum()  -> u256{
      match MyEnum {
          MyEnum::Unit => { 
              return 0
          }
        
          MyEnum::Tuple(a, _, false) => {
              return u256(a)
          }
        
          MyEnum::Tuple(.., true) => {
              return u256(1)
          }
      }
  }
  

  For now, available patterns are restricted to

  • Wildcard(_), which matches all patterns: _
  • Named variable, which matches all patterns and binds the value to make the value usable in the arm. e.g., a, b and c in MyEnum::Tuple(a, b, c)
  • Boolean literal(true and false)
  • Enum variant. e.g., MyEnum::Tuple(a, b, c)
  • Tuple pattern. e.g., (a, b, c)
  • Struct pattern. e.g., MyStruct {x: x1, y: y1, b: true}
  • Rest pattern(..), which matches the rest of the pattern. e.g., MyEnum::Tuple(.., true)
  • Or pattern(|). e.g., MyEnum::Unit | MyEnum::Tuple(.., true)

  Fe compiler performs the exhaustiveness and usefulness checks for match statement.
  So the compiler will emit an error when all patterns are not covered or an unreachable arm are detected. (#770)

• Changed comments to use // instead of # (#776)

• Added the mut keyword, to mark things as mutable. Any variable or function parameter not marked mut is now immutable.

  contract Counter {
      count: u256
  
      pub fn increment(mut self) -> u256 {
          // `self` is mutable, so storage can be modified
          self.count += 1
          return self.count
      }
  }
  
  struct Point {
      pub x: u32
      pub y: u32
  
      pub fn add(mut self, _ other: Point) {
          self.x += other.x
          self.y += other.y
  
          // other.x = 1000 // ERROR: `other` is not mutable
      }
  }
  
  fn pointless() {
      let origin: Point = Point(x: 0, y: 0)
      // origin.x = 10 // ERROR: origin is not mutable
  
      let x: u32 = 10
      // x_coord = 100 // ERROR: `x_coord` is not mutable
      let mut y: u32 = 0
      y = 10 // OK
  
      let mut p: Point = origin // copies `origin`
      p.x = 10 // OK, doesn't modify `origin`
  
      let mut q: Point = p // copies `p`
      q.x = 100            // doesn't modify `p`
  
      p.add(q)
      assert p.x == 110
  }
  

  Note that, in this release, primitive type function parameters can't be mut. This restriction might be lifted in a future release.

  For example:

  fn increment(mut x: u256) { // ERROR: primitive type parameters can't be mut
      x += 1
  }
  

  (#777)

• The contents of the std::prelude module (currently just the Context struct) are now automatically used by every module, so use std::context::Context is no longer required. (#779)

• When the Fe compiler generates a JSON ABI file for a contract, the "stateMutability" field for each function now reflects whether the function can read or modify chain or contract state, based on the presence or absence of the self and ctx parameters, and whether those parameters are mutable.

  If a function doesn't take self or ctx, it's "pure". If a function takes self or ctx immutably, it can read state but not mutate state, so it's a "view" If a function takes mut self or mut ctx, it can mutate state, and is thus marked "payable".

  Note that we're following the convention set by Solidity for this field, which isn't a perfect fit for Fe. The primary issue is that Fe doesn't currently distinguish between "payable" and "nonpayable" functions; if you want a function to revert when Eth is sent, you need to do it manually (eg assert ctx.msg_value() == 0). (#783)

• Trait associated functions

  This change allows trait functions that do not take a self parameter. The following demonstrates a possible trait associated function and its usage:

  trait Max {
    fn max(self) -> u8;
  }
  
  impl Max for u8 {
    fn max() -> u8 {
      return u8(255)
    }
  }
  
  contract Example {
  
    pub fn run_test(self) {
      assert u8::max() == 255
    }
  }
  

  (#805)

Bugfixes

• Fix issue where calls to assiciated functions did not enforce visibility rules.

  E.g the following code should be rejected but previously wasn't:

  struct Foo {
      fn do_private_things() {
      }
  }
  
  contract Bar {
      fn test() {
          Foo::do_private_things()
      }
  }
  

  With this change, the above code is now rejected because do_private_things is not pub. (#767)

• Padding on bytes and string ABI types is zeroed out. (#769)

• Ensure traits from other modules or even ingots can be implemented (#773)

• Certain cases where the compiler would not reject pure functions being called on instances are now properly rejected. (#775)

• Reject calling to_mem() on primitive types in storage (#801)

• Disallow importing private type via use

  The following was previously allowed but will now error:

  use foo::PrivateStruct (#815)

0.19.1-alpha "Sunstone" (2022-07-06)

Features

• Support returning nested struct.

  Example:

  pub struct InnerStruct {
      pub inner_s: String<10>
      pub inner_x: i256
  }
  
  pub struct NestedStruct {
      pub inner: InnerStruct
      pub outer_x: i256
  }
  
  contract Foo {
      pub fn return_nested_struct() -> NestedStruct {
          ...
      }
  }
  

  (#635)

• Made some small changes to how the Context object is used.

  • ctx is not required when casting an address to a contract type. Eg let foo: Foo = Foo(address(0))
  • ctx is required when calling an external contract function that requires ctx

  Example:

  use std::context::Context // see issue #679
  
  contract Foo {
    pub fn emit_stuff(ctx: Context) {
      emit Stuff(ctx)  # will be `ctx.emit(Stuff{})` someday
    }
  }
  contract Bar {
    pub fn call_foo_emit_stuff(ctx: Context) {
      Foo(address(0)).emit_stuff(ctx)
    }
  }
  event Stuff {}
  

  (#703)

• Braces! Fe has abandoned python-style significant whitespace in favor of the trusty curly brace.

  In addition, elif is now spelled else if, and the pass statement no longer exists.

  Example:

  pub struct SomeError {}
  
  contract Foo {
    x: u8
    y: u16
  
    pub fn f(a: u8) -> u8 {
      if a > 10 {
        let x: u8 = 5
        return a + x
      } else if a == 0 {
        revert SomeError()
      } else {
        return a * 10
      }
    }
  
    pub fn noop() {}
  }
  

  (#707)

• traits and generic function parameter

  Traits can now be defined, e.g:

  trait Computable {
    fn compute(self, val: u256) -> u256;
  }
  

  The mechanism to implement a trait is via an impl block e.g:

  struct Linux {
    pub counter: u256
    pub fn get_counter(self) -> u256 {
      return self.counter
    }
    pub fn something_static() -> u256 {
      return 5
    }
  }
  
  impl Computable for Linux {
    fn compute(self, val: u256) -> u256 {
      return val + Linux::something_static() + self.get_counter()
    }
  }
  

  Traits can only appear as bounds for generic functions e.g.:

  struct Runner {
  
    pub fn run<T: Computable>(self, _ val: T) -> u256 {
      return val.compute(val: 1000)
    }
  }
  

  Only struct functions (not contract functions) can have generic parameters. The run method of Runner can be called with any type that implements Computable e.g.

  contract Example {
  
    pub fn generic_compute(self) {
      let runner: Runner = Runner();
      assert runner.run(Mac()) == 1001
      assert runner.run(Linux(counter: 10)) == 1015
    }
  }
  

  (#710)

• Generate artifacts for all contracts of an ingot, not just for contracts that are defined in main.fe (#726)

• Allow using complex type as array element type.

  Example:

  contract Foo {
      pub fn bar() -> i256 {
          let my_array: Array<Pair, 3> = [Pair::new(1, 0), Pair::new(2, 0), Pair::new(3, 0)]
  
          let sum: i256 = 0
          for pair in my_array {
              sum += pair.x
          }
  
          return sum
      }
  }
  
  struct Pair {
      pub x: i256
      pub y: i256
  
      pub fn new(_ x: i256, _ y: i256) -> Pair {
          return Pair(x, y)
      }
  }
  

  (#730)

• The fe CLI now has subcommands:

  fe new myproject - creates a new project structure fe check . - analyzes fe source code and prints errors fe build . - builds a fe project (#732)

• Support passing nested struct types to public functions.

  Example:

  pub struct InnerStruct {
      pub inner_s: String<10>
      pub inner_x: i256
  }
  
  pub struct NestedStruct {
      pub inner: InnerStruct
      pub outer_x: i256
  }
  
  contract Foo {
      pub fn f(arg: NestedStruct) {
          ...
      }
  }
  

  (#733)

• Added support for repeat expressions ([VALUE; LENGTH]).

  e.g.

  let my_array: Array<bool, 42> = [bool; 42]
  

  Also added checks to ensure array and struct types are initialized. These checks are currently performed at the declaration site, but will be loosened in the future. (#747)

Bugfixes

• Fix a bug that incorrect instruction is selected when the operands of a comp instruction are a signed type. (#734)

• Fix issue where a negative constant leads to an ICE

  E.g. the following code would previously crash the compiler but shouldn't:

  const INIT_VAL: i8 = -1
  contract Foo {
    pub fn init_bar() {
      let x: i8 = INIT_VAL
    }
  }
  

  (#745)

• Fix a bug that causes ICE when nested if-statement has multiple exit point.

  E.g. the following code would previously crash the compiler but shouldn't:

   pub fn foo(self) {
      if true {
          if self.something {
              return
          }
      }
      if true {
          if self.something {
              return
          }
      }
  }
  

  (#749)

0.18.0-alpha "Ruby" (2022-05-27)

Features

• Added support for parsing of attribute calls with generic arguments (e.g. foo.bar<Baz>()). (#719)

Bugfixes

• Fix a regression where the stateMutability field would not be included in the generated ABI (#722)
• Fix two regressions introduced in 0.17.0
  • Properly lower right shift operation to yul's sar if operand is signed type
  • Properly lower negate operation to call safe_sub (#723)

0.17.0-alpha "Quartz" (2022-05-26)

Features

• Support for underscores in numbers to improve readability e.g. 100_000.

  Example

      let num: u256 = 1000_000_000_000
  

  (#149)

• Optimized access of struct fields in storage (#249)

• Unit type () is now ABI encodable (#442)

• Temporary default stateMutability to payable in ABI

  The ABI metadata that the compiler previously generated did not include the stateMutability field. This piece of information is important for tooling such as hardhat because it determines whether a function needs to be called with or without sending a transaction.

  As soon as we have support for mut self and mut ctx we will be able to derive that information from the function signature. In the meantime we now default to payable. (#705)

Bugfixes

• Fixed a crash caused by certain memory to memory assignments.

  E.g. the following code would previously lead to a compiler crash:

  my_struct.x = my_struct.y
  

  (#590)

• Reject unary minus operation if the target type is an unsigned integer number.

  Code below should be reject by fe compiler:

  contract Foo:
      pub fn bar(self) -> u32:
          let unsigned: u32 = 1
          return -unsigned
  
      pub fn foo():
          let a: i32 = 1
          let b: u32 = -a
  

  (#651)

• Fixed crash when passing a struct that contains an array

  E.g. the following would previously result in a compiler crash:

  struct MyArray:
      pub x: Array<i32, 2>
  
  
  contract Foo:
      pub fn bar(my_arr: MyArray):
          pass
  

  (#681)

• reject infinite size struct definitions.

  Fe structs having infinite size due to recursive definitions were not rejected earlier and would cause ICE in the analyzer since they were not properly handled. Now structs having infinite size are properly identified by detecting cycles in the dependency graph of the struct field definitions and an error is thrown by the analyzer. (#682)

• Return instead of revert when contract is called without data.

  If a contract is called without data so that no function is invoked, we would previously revert but that would leave us without a way to send ETH to a contract so instead it will cause a return now. (#694)

• Resolve compiler crash when using certain reserved YUL words as struct field names.

  E.g. the following would previously lead to a compiler crash because numer is a reserved keyword in YUL.

  struct Foo:
    pub number: u256
  
  contract Meh:
  
    pub fn yay() -> Foo:
      return Foo(number:2)
  

  (#709)

0.16.0-alpha (2022-05-05)

Features

• Change static function call syntax from Bar.foo() to Bar::foo() (#241)
• Added support for retrieving the base fee via ctx.base_fee() (#503)

Bugfixes

• Resolve functions on structs via path (e.g. bi::ba::bums()) (#241)

0.15.0-alpha (2022-04-04)

Features

• Labels are now required on function arguments. Labels can be omitted if the argument is a variable with a name that matches the label, or if the function definition specifies that an argument should have no label. Functions often take several arguments of the same type; compiler-checked labels can help prevent accidentally providing arguments in the wrong order.

  Example:

  contract CoolCoin:
    balance: Map<address, i256>
    loans: Map<(address, address), i256>
  
    pub fn demo(self, ann: address, bob: address):
      let is_loan: bool = false
      self.give(from: ann, to: bob, 100, is_loan)
  
    fn transfer(self, from sender: address, to recipient: address, _ val: u256, is_loan: bool):
      self.cred[sender] -= val
      self.cred[recipient] += val
      if is_loan:
        self.loans[(sender, recipient)] += val
  

  Note that arguments must be provided in the order specified in the function definition.

  A parameter's label defaults to the parameter name, but can be changed by specifying a different label to the left of the parameter name. Labels should be clear and convenient for the caller, while parameter names are only used in the function body, and can thus be longer and more descriptive. In the example above, we choose to use sender and recipient as identifiers in the body of fn transfer, but use labels from: and to:.

  In cases where it's ideal to not have labels, e.g. if a function takes a single argument, or if types are sufficient to differentiate between arguments, use _ to specify that a given parameter has no label. It's also fine to require labels for some arguments, but not others.

  Example:

  fn add(_ x: u256, _ y: u256) -> u256:
    return x + y
  
  contract Foo:
    fn transfer(self, _ to: address, wei: u256):
      pass
  
    pub fn demo(self):
      transfer(address(0), wei: add(1000, 42))
  

  (#397)

Bugfixes

• The region of memory used to compute the slot of a storage map value was not being allocated. (#684)

0.14.0-alpha (2022-03-02)

Features

• Events can now be defined outside of contracts.

  Example:

  event Transfer:
      idx sender: address
      idx receiver: address
      value: u256
  
  contract Foo:
      fn transferFoo(to: address, value: u256):
          emit Transfer(sender: msg.sender, receiver: to, value)
  
  contract Bar:
      fn transferBar(to: address, value: u256):
          emit Transfer(sender: msg.sender, receiver: to, value)
  

  (#80)

• The Fe standard library now includes a std::evm module, which provides functions that perform low-level evm operations. Many of these are marked unsafe, and thus can only be used inside of an unsafe function or an unsafe block.

  Example:

  use std::evm::{mstore, mload}
  
  fn memory_shenanigans():
    unsafe:
      mstore(0x20, 42)
      let x: u256 = mload(0x20)
      assert x == 42
  

  The global functions balance and balance_of have been removed; these can now be called as std::evm::balance(), etc. The global function send_value has been ported to Fe, and is now available as std::send_value. (#629)

• Support structs that have non-base type fields in storage.

  Example:

  struct Point:
      pub x: u256
      pub y: u256
  
  struct Bar:
      pub name: String<3>
      pub numbers: Array<u256, 2>
      pub point: Point
      pub something: (u256, bool)
  
  
  contract Foo:
      my_bar: Bar
  
      pub fn complex_struct_in_storage(self) -> String<3>:
          self.my_bar = Bar(
              name: "foo",
              numbers: [1, 2],
              point: Point(x: 100, y: 200),
              something: (1, true),
          )
  
          # Asserting the values as they were set initially
          assert self.my_bar.numbers[0] == 1
          assert self.my_bar.numbers[1] == 2
          assert self.my_bar.point.x == 100
          assert self.my_bar.point.y == 200
          assert self.my_bar.something.item0 == 1
          assert self.my_bar.something.item1
  
          # We can change the values of the array
          self.my_bar.numbers[0] = 10
          self.my_bar.numbers[1] = 20
          assert self.my_bar.numbers[0] == 10
          assert self.my_bar.numbers[1] == 20
          # We can set the array itself
          self.my_bar.numbers = [1, 2]
          assert self.my_bar.numbers[0] == 1
          assert self.my_bar.numbers[1] == 2
  
          # We can change the values of the Point
          self.my_bar.point.x = 1000
          self.my_bar.point.y = 2000
          assert self.my_bar.point.x == 1000
          assert self.my_bar.point.y == 2000
          # We can set the point itself
          self.my_bar.point = Point(x=100, y=200)
          assert self.my_bar.point.x == 100
          assert self.my_bar.point.y == 200
  
          # We can change the value of the tuple
          self.my_bar.something.item0 = 10
          self.my_bar.something.item1 = false
          assert self.my_bar.something.item0 == 10
          assert not self.my_bar.something.item1
          # We can set the tuple itself
          self.my_bar.something = (1, true)
          assert self.my_bar.something.item0 == 1
          assert self.my_bar.something.item1
  
          return self.my_bar.name.to_mem()
  

  (#636)

• Features that read and modify state outside of contracts are now implemented on a struct named "Context". Context is included in the standard library and can be imported with use std::context::Context. Instances of Context are created by calls to public functions that declare it in the signature or by unsafe code.

  Basic example:

  use std::context::Context
  
  contract Foo:
      my_num: u256
  
      pub fn baz(ctx: Context) -> u256:
          return ctx.block_number()
  
      pub fn bing(self, new_num: u256) -> u256:
          self.my_num = new_num
          return self.my_num
  
  
  contract Bar:
  
      pub fn call_baz(ctx: Context, foo_addr: address) -> u256:
          # future syntax: `let foo = ctx.load<Foo>(foo_addr)`
          let foo: Foo = Foo(ctx, foo_addr)
          return foo.baz()
  
      pub fn call_bing(ctx: Context) -> u256:
          # future syntax: `let foo = ctx.create<Foo>(0)`
          let foo: Foo = Foo.create(ctx, 0)
          return foo.bing(42)
  

  Example with __call__ and unsafe block:

  use std::context::Context
  use std::evm
  
  contract Foo:
  
      pub fn __call__():
          unsafe:
              # creating an instance of `Context` is unsafe
              let ctx: Context = Context()
              let value: u256 = u256(bar(ctx))
  
              # return `value`
              evm::mstore(0, value)
              evm::return_mem(0, 32)
  
      fn bar(ctx: Context) -> address:
          return ctx.self_address()
  

  (#638)

• Features

  Support local constant

  Example:

  contract Foo:
      pub fn bar():
          const LOCAL_CONST: i32 = 1
  

  Support constant expression

  Example:

  const GLOBAL: i32 = 8
  
  contract Foo:
      pub fn bar():
          const LOCAL: i32 = GLOBAL * 8
  

  Support constant generics expression

  Example:

  const GLOBAL: u256= 8
  const USE_GLOBAL: bool = false
  type MY_ARRAY = Array<i32, { GLOBAL / 4 }>
  
  contract Foo:
      pub fn bar():
          let my_array: Array<i32, { GLOBAL if USE_GLOBAL else 4 }>
  

  Bug fixes

  Fix ICE when constant type is mismatch

  Example:

  const GLOBAL: i32 = "FOO"
  
  contract Foo:
      pub fn bar():
          let FOO: i32 = GLOBAL
  

  Fix ICE when assigning value to constant twice

  Example:

  const BAR: i32 = 1
  
  contract FOO:
      pub fn bar():
          BAR = 10
  

  (#649)

• Argument label syntax now uses : instead of =. Example:

  struct Foo:
    x: u256
    y: u256
  
  let x: MyStruct = MyStruct(x: 10, y: 11)
  # previously:     MyStruct(x = 10, y = 11)
  

  (#665)

• Support module-level pub modifier, now default visibility of items in a module is private.

  Example:

  # This constant can be used outside of the module.
  pub const PUBLIC:i32 = 1
  
  # This constant can NOT be used outside of the module.
  const PRIVATE: i32 = 1
  

  (#677)

Internal Changes - for Fe Contributors

• • Source files are now managed by a (salsa) SourceDb. A SourceFileId now corresponds to a salsa-interned File with a path. File content is a salsa input function. This is mostly so that the future (LSP) language server can update file content when the user types or saves, which will trigger a re-analysis of anything that changed.
  • An ingot's set of modules and dependencies are also salsa inputs, so that when the user adds/removes a file or dependency, analysis is rerun.
  • Standalone modules (eg a module compiled with fe fee.fe) now have a fake ingot parent. Each Ingot has an IngotMode (Lib, Main, StandaloneModule), which is used to disallow ingot::whatever paths in standalone modules, and to determine the correct root module file.
  • parse_module now always returns an ast::Module, and thus a ModuleId will always exist for a source file, even if it contains fatal parse errors. If the parsing fails, the body will end with a ModuleStmt::ParseError node. The parsing will stop at all but the simplest of syntax errors, but this at least allows partial analysis of source file with bad syntax.
  • ModuleId::ast(db) is now a query that parses the module's file on demand, rather than the AST being interned into salsa. This makes handling parse diagnostics cleaner, and removes the up-front parsing of every module at ingot creation time. (#628)

0.13.0-alpha (2022-01-31)## 0.13.0-alpha (2022-01-31)

Features

• Support private fields on structs

  Public fields now need to be declared with the pub modifier, otherwise they default to private fields. If a struct contains private fields it can not be constructed directly except from within the struct itself. The recommended way is to implement a method new(...) as demonstrated in the following example.

  struct House:
      pub price: u256
      pub size: u256
      vacant: bool
  
      pub fn new(price: u256, size: u256) -> House
        return House(price=price, size=size, vacant=true)
  
  contract Manager:
  
    house: House
  
    pub fn create_house(price: u256, size: u256):
      self.house = House::new(price, size)
      let can_access_price: u256 = self.house.price
      # can not access `self.house.vacant` because the field is private
  

  (#214)

• Support non-base type fields in structs

  Support is currently limited in two ways:

  • Structs with complex fields can not be returned from public functions
  • Structs with complex fields can not be stored in storage (#343)

• Addresses can now be explicitly cast to u256. For example:

  fn f(addr: address) -> u256:
    return u256(addr)
  

  (#621)

• A special function named __call__ can now be defined in contracts.

  The body of this function will execute in place of the standard dispatcher when the contract is called.

  example (with intrinsics):

  contract Foo:
      pub fn __call__(self):
          unsafe:
              if __calldataload(0) == 1:
                  __revert(0, 0)
              else:
                  __return(0, 0)
  

  (#622)

Bugfixes

• Fixed a crash that happend when using a certain unprintable ASCII char (#551)

• The argument to revert wasn't being lowered by the compiler, meaning that some revert calls would cause a compiler panic in later stages. For example:

  const BAD_MOJO: u256 = 0xdeaddead
  
  struct Error:
    code: u256
  
  fn fail():
    revert Error(code = BAD_MOJO)
  

  (#619)

• Fixed a regression where an empty list expression ([]) would lead to a compiler crash. (#623)

• Fixed a bug where int array elements were not sign extended in their ABI encodings. (#633)

0.12.0-alpha (2021-12-31)## 0.12.0-alpha (2021-12-31)

Features

• Added unsafe low-level "intrinsic" functions, that perform raw evm operations. For example:

  fn foo():
    unsafe:
      __mtore(0, 5000)
      assert __mload(0) == 5000
  

  The functions available are exactly those defined in yul's "evm dialect": https://docs.soliditylang.org/en/v0.8.11/yul.html#evm-dialect but with a double-underscore prefix. Eg selfdestruct -> __selfdestruct.

  These are intended to be used for implementing basic standard library functionality, and shouldn't typically be needed in normal contract code.

  Note: some intrinsic functions don't return a value (eg __log0); using these functions in a context that assumes a return value of unit type (eg let x: () = __log0(a, b)) will currently result in a compiler panic in the yul compilation phase. (#603)

• Added an out of bounds check for accessing array items. If an array index is retrieved at an index that is not within the bounds of the array it now reverts with Panic(0x32). (#606)

Bugfixes

• Ensure ternary expression short circuit.

  Example:

  contract Foo:
  
      pub fn bar(input: u256) -> u256:
          return 1 if input > 5 else revert_me()
  
      fn revert_me() -> u256:
          revert
          return 0
  

  Previous to this change, the code above would always revert no matter which branch of the ternary expressions it would resolve to. That is because both sides were evaluated and then one side was discarded. With this change, only the branch that doesn't get picked won't get evaluated at all.

  The same is true for the boolean operations and and or. (#488)

Internal Changes - for Fe Contributors

• Added a globally available dummy std lib.

  This library contains a single get_42 function, which can be called using std::get_42(). Once low-level intrinsics have been added to the language, we can delete get_42 and start adding useful code. (#601)

0.11.0-alpha "Karlite" (2021-12-02)

Features

• Added support for multi-file inputs.

  Implementation details:

  Mostly copied Rust's crate system, but use the the term ingot instead of crate.

  Below is an example of an ingot's file tree, as supported by the current implementation.

  `-- basic_ingot
      `-- src
          |-- bar
          |   `-- baz.fe
          |-- bing.fe
          |-- ding
          |   |-- dang.fe
          |   `-- dong.fe
          `-- main.fe
  

  There are still a few features that will be worked on over the coming months:

  • source files accompanying each directory module (e.g. my_mod.fe)
  • configuration files and the ability to create library ingots
  • test directories
  • module-level pub modifier (all items in a module are public)
  • mod statements (all fe files in the input tree are public modules)

  These things will be implemented in order of importance over the next few months. (#562)

• The syntax for array types has changed to match other generic types. For example, u8[4] is now written Array<u8, 4>. (#571)

• Functions can now be defined on struct types. Example:

  struct Point:
    x: u64
    y: u64
  
    # Doesn't take `self`. Callable as `Point.origin()`.
    # Note that the syntax for this will soon be changed to `Point::origin()`.
    pub fn origin() -> Point:
      return Point(x=0, y=0)
  
    # Takes `self`. Callable on a value of type `Point`.
    pub fn translate(self, x: u64, y: u64):
      self.x += x
      self.y += y
  
    pub fn add(self, other: Point) -> Point:
      let x: u64 = self.x + other.x
      let y: u64 = self.y + other.y
      return Point(x, y)
  
    pub fn hash(self) -> u256:
      return keccak256(self.abi_encode())
  
  pub fn do_pointy_things():
    let p1: Point = Point.origin()
    p1.translate(5, 10)
  
    let p2: Point = Point(x=1, y=2)
    let p3: Point = p1.add(p2)
  
    assert p3.x == 6 and p3.y == 12
  

  (#577)

Bugfixes

• Fixed a rare compiler crash.

  Example:

  let my_array: i256[1] = [-1 << 1]
  

  Previous to this fix, the given example would lead to an ICE. (#550)

• Contracts can now create an instance of a contract defined later in a file. This issue was caused by a weakness in the way we generated yul. (#596)

Internal Changes - for Fe Contributors

• File IDs are now attached to Spans. (#587)

• The fe analyzer now builds a dependency graph of source code "items" (functions, contracts, structs, etc). This is used in the yulgen phase to determine which items are needed in the yul (intermediate representation) output. Note that the yul output is still cluttered with utility functions that may or may not be needed by a given contract. These utility functions are defined in the yulgen phase and aren't tracked in the dependency graph, so it's not yet possible to filter out the unused functions. We plan to move the definition of many of these utility functions into fe; when this happens they'll become part of the dependency graph and will only be included in the yul output when needed.

  The dependency graph will also enable future analyzer warnings about unused code. (#596)

0.10.0-alpha (2021-10-31)

Features

• Support for module level constants for base types

  Example:

  const TEN = 10
  
  contract
  
    pub fn do_moon_math(self) -> u256:
      return 4711 * TEN
  

  The values of base type constants are always inlined. (#192)

• Encode revert errors for ABI decoding as Error(0x103) not Panic(0x99) (#492)

• Replaced import statements with use statements.

  Example:

  use foo::{bar::*, baz as baz26}
  

  Note: this only adds support for parsing use statements. (#547)

• Functions can no be defined outside of contracts. Example:

  fn add_bonus(x: u256) -> u256:
      return x + 10
  
  contract PointTracker:
      points: Map<address, u256>
  
      pub fn add_points(self, user: address, val: u256):
          self.points[user] += add_bonus(val)
  

  (#566)

• Implemented a send_value(to: address, value_in_wei: u256) function.

  The function is similar to the sendValue function by OpenZeppelin with the differences being that:

  1. It reverts with Error(0x100) instead of Error("Address: insufficient balance") to safe more gas.

  2. It uses selfbalance() instead of balance(address()) to safe more gas

  3. It reverts with Error(0x101) instead of Error("Address: unable to send value, recipient may have reverted") also to safe more gas. (#567)

• Added support for unsafe functions and unsafe blocks within functions. Note that there's currently no functionality within Fe that requires the use of unsafe, but we plan to add built-in unsafe functions that perform raw evm operations which will only callable within an unsafe block or function. (#569)

• Added balance() and balance_of(account: address) methods. (#572)

• Added support for explicit casting between numeric types.

  Example:

  let a: i8 = i8(-1)
  let a1: i16 = i16(a)
  let a2: u16 = u16(a1)
  
  assert a2 == u16(65535)
  
  let b: i8 = i8(-1)
  let b1: u8 = u8(b)
  let b2: u16 = u16(b1)
  
  assert b2 == u16(255)
  

  Notice that Fe allows casting between any two numeric types but does not allow to change both the sign and the size of the type in one step as that would leave room for ambiguity as the example above demonstrates. (#576)

Bugfixes

• Adjust numeric values loaded from memory or storage

  Previous to this fix numeric values that were loaded from either memory or storage were not properly loaded on the stack which could result in numeric values not treated as intended.

  Example:

  contract Foo:
  
      pub fn bar() -> i8:
          let in_memory: i8[1] = [-3]
          return in_memory[0]
  

  In the example above bar() would not return -3 but 253 instead. (#524)

• Propagate reverts from external contract calls.

  Before this fix the following code to should_revert() or should_revert2() would succeed even though it clearly should not.

  contract A:
    contract_b: B
    pub fn __init__(contract_b: address):
      self.contract_b = B(contract_b)
  
    pub fn should_revert():
      self.contract_b.fail()
  
    pub fn should_revert2():
      self.contract_b.fail_with_custom_error()
  
  struct SomeError:
    pass
  
  contract B:
  
    pub fn fail():
      revert
  
    pub fn fail_with_custom_error():
      revert SomeError()
  

  With this fix the revert errors are properly passed upwards the call hierachy. (#574)

• Fixed bug in left shift operation.

  Example:

  Let's consider the value 1 as an u8 which is represented as the following 256 bit item on the EVM stack 00..|00000001|. A left shift of 8 bits (val << 8) turns that into 00..01|00000000|.

  Previous to this fix this resulted in the compiler taking 256 as the value for the u8 when clearly 256 is not even in the range of u8 anymore. With this fix the left shift operations was fixed to properly "clean up" the result of the shift so that 00..01|00000000| turns into 00..00|00000000|. (#575)

• Ensure negation is checked and reverts with over/underflow if needed.

  Example:

  The minimum value for an i8 is -128 but the maximum value of an i8 is 127 which means that negating -128 should lead to an overflow since 128 does not fit into an i8. Before this fix, negation operations where not checked for over/underflow resulting in returning the oversized value. (#578)

Internal Changes - for Fe Contributors

• In the analysis stage, all name resolution (of variable names, function names, type names, etc used in code) now happens via a single resolve_name pathway, so we can catch more cases of name collisions and log more helpful error messages. (#555)

• Added a new category of tests: differential contract testing.

  Each of these tests is pased on a pair of contracts where one implementation is written in Fe and the other one is written in Solidity. The implementations should have the same public APIs and are assumed to always return identical results given equal inputs. The inputs are randomly generated using proptest and hence are expected to discover unknown bugs. (#578)

0.9.0-alpha (2021-09-29)

Features

• The self variable is no longer implicitly defined in code blocks. It must now be declared as the first parameter in a function signature.

  Example:

  contract Foo:
      my_stored_num: u256
  
      pub fn bar(self, my_num: u256):
          self.my_stored_num = my_num
  
      pub fn baz(self):
          self.bar(my_pure_func())
  
      pub fn my_pure_func() -> u256:
          return 42 + 26
  

  (#520)

• The analyzer now disallows defining a type, variable, or function whose name conflicts with a built-in type, function, or object.

  Example:

  error: type name conflicts with built-in type
  ┌─ compile_errors/shadow_builtin_type.fe:1:6
  │
  1 │ type u256 = u8
  │      ^^^^ `u256` is a built-in type
  

  (#539)

Bugfixes

• Fixed cases where the analyzer would correctly reject code, but would panic instead of logging an error message. (#534)
• Non-fatal parser errors (eg missing parentheses when defining a function that takes no arguments: fn foo:) are no longer ignored if the semantic analysis stage succeeds. (#535)
• Fixed issue #531 by adding a $ to the front of lowered tuple names. (#546)

Internal Changes - for Fe Contributors

• Implemented pretty printing of Fe AST. (#540)

0.8.0-alpha "Haxonite" (2021-08-31)

Features

• Support quotes, tabs and carriage returns in string literals and otherwise restrict string literals to the printable subset of the ASCII table. (#329)

• The analyzer now uses a query-based system, which fixes some shortcomings of the previous implementation.

  • Types can now refer to other types defined later in the file. Example:

  type Posts = Map<PostId, PostBody>
  type PostId = u256
  type PostBody = String<140>
  

  • Duplicate definition errors now show the location of the original definition.
  • The analysis of each function, type definition, etc happens independently, so an error in one doesn't stop the analysis pass. This means fe can report more user errors in a single run of the compiler. (#468)

• Function definitions are now denoted with the keyword fn instead of def. (#496)

• Variable declarations are now preceded by the let keyword. Example: let x: u8 = 1. (#509)

• Implemented support for numeric unary invert operator (~) (#526)

Bugfixes

• Calling self.__init__() now results in a nice error instead of a panic in the yul compilation stage. (#468)

• Fixed an issue where certain expressions were not being moved to the correct location. (#493)

• Fixed an issue with a missing return statement not properly detected.

  Previous to this fix, the following code compiles but it should not:

  contract Foo:
      pub fn bar(val: u256) -> u256:
          if val > 1:
              return 5
  

  With this change, the compiler rightfully detects that the code is missing a return or revert statement after the if statement since it is not guaranteed that the path of execution always follows the arm of the if statement. (#497)

• Fixed a bug in the analyzer which allowed tuple item accessor names with a leading 0, resulting in an internal compiler error in a later pass. Example: my_tuple.item001. These are now rejected with an error message. (#510)

• Check call argument labels for function calls.

  Previously the compiler would not check any labels that were used when making function calls on self or external contracts.

  This can be especially problematic if gives developers the impression that they could apply function arguments in any order as long as they are named which is not the case.

  contract Foo:
  
      pub fn baz():
          self.bar(val2=1, doesnt_even_exist=2)
  
      pub fn bar(val1: u256, val2: u256):
          pass
  

  Code as the one above is now rightfully rejected by the compiler. (#517)

Improved Documentation

• Various improvements and bug fixes to both the content and layout of the specification. (#489)

• Document all remaining statements and expressions in the spec.

  Also added a CI check to ensure code examples in the documentation are validated against the latest compiler. (#514)

Internal Changes - for Fe Contributors

• Separated Fe type traits between crates. (#485)

0.7.0-alpha "Galaxite" (2021-07-27)

Features

• Enable the optimizer by default. The optimizer can still be disabled by supplying --optimize=false as an argument. (#439)

• The following checks are now performed while decoding data:

  • The size of the encoded data fits within the size range known at compile-time.
  • Values are correctly padded.
    • unsigned integers, addresses, and bools are checked to have correct left zero padding
    • the size of signed integers are checked
    • bytes and strings are checked to have correct right padding
  • Data section offsets are consistent with the size of preceding values in the data section.
  • The dynamic size of strings does not exceed their maximum size.
  • The dynamic size of byte arrays (u8[n]) is equal to the size of the array. (#440)

• Type aliases can now include tuples. Example:

  type InternetPoints = (address, u256)
  

  (#459)

• Revert with custom errors

  Example:

  struct PlatformError:
    code: u256
  
  pub fn do_something():
    revert PlatformError(code=4711)
  

  Error encoding follows Solidity which is based on EIP-838. This means that custom errors returned from Fe are fully compatible with Solidity. (#464)

• • The builtin value msg.sig now has type u256.
  • Removed the bytes[n] type. The type u8[n] can be used in its placed and will be encoded as a dynamically-sized, but checked, bytes component. (#472)

• Encode certain reverts as panics.

  With this change, the following reverts are encoded as Panic(uint256) with the following panic codes:

  • 0x01: An assertion that failed and did not specify an error message
  • 0x11: An arithmetic expression resulted in an over- or underflow
  • 0x12: An arithmetic expression divided or modulo by zero

  The panic codes are aligned with the panic codes that Solidity uses. (#476)

Bugfixes

• Fixed a crash when trying to access an invalid attribute on a string.

  Example:

  contract Foo:
  
    pub fn foo():
      "".does_not_exist
  

  The above now yields a proper user error. (#444)

• Ensure String<N> type is capitalized in error messages (#445)

• Fixed ICE when using a static string that spans over multiple lines.

  Previous to this fix, the following code would lead to a compiler crash:

  contract Foo:
      pub fn return_with_newline() -> String<16>:
          return "foo
          balu"
  

  The above code now works as intended. (#448)

• Fixed ICE when using a tuple declaration and specifying a non-tuple type. Fixed a second ICE when using a tuple declaration where the number of target items doesn't match the number of items in the declared type. (#469)

Internal Changes - for Fe Contributors

• • Cleaned up ABI encoding internals.
  • Improved yulc panic formatting. (#472)

0.6.0-alpha "Feldspar" (2021-06-10)

Features

• Support for pragma statement

  Example: pragma ^0.1.0 (#361)

• Add support for tuple destructuring

  Example:

  my_tuple: (u256, bool) = (42, true)
  (x, y): (u256, bool) = my_tuple
  

  (#376)

• 1. Call expression can now accept generic arguments
  2. Replace stringN to String<N>

  Example:

  s: String<10> = String<10>("HI")
  

  (#379)

• • Many analyzer errors now include helpful messages and underlined code.
  • Event and struct constructor arguments must now be labeled and in the order specified in the definition.
  • The analyzer now verifies that the left-hand side of an assignment is actually assignable. (#398)

• Types of integer literal are now inferred, rather than defaulting to u256.

  contract C:
  
    fn f(x: u8) -> u16:
      y: u8 = 100   # had to use u8(100) before
      z: i8 = -129  # "literal out of range" error
  
      return 1000   # had to use `return u16(1000)` before
  
    fn g():
      self.f(50)
  

  Similar inference is done for empty array literals. Previously, empty array literals caused a compiler crash, because the array element type couldn't be determined.

  contract C:
    fn f(xs: u8[10]):
      pass
  
    fn g():
      self.f([])
  

  (Note that array length mismatch is still a type error, so this code won't actually compile.) (#429)

• The Map type name is now capitalized. Example:

  contract GuestBook:
      guests: Map<address, String<100>>
  

  (#431)

• Convert all remaining errors to use the new advanced error reporting system (#432)

• Analyzer throws an error if __init__ is not public. (#435)

Internal Changes - for Fe Contributors

• Refactored front-end "not implemented" errors into analyzer errors and removed questionable variants. Any panic is now considered to be a bug. (#437)

0.5.0-alpha (2021-05-27)

Features

• Add support for hexadecimal/octal/binary numeric literals.

  Example:

  value_hex: u256 = 0xff
  value_octal: u256 = 0o77
  value_binary: u256 = 0b11
  

  (#333)

• Added support for list expressions.

  Example:

  values: u256[3] = [10, 20, 30]
  
  # or anywhere else where expressions can be used such as in a call
  
  sum: u256 = self.sum([10, 20, 30])
  

  (#388)

• Contracts, events, and structs can now be empty.

  e.g.

  event MyEvent:
      pass
  
  ...
  
  contract MyContract:
      pass
  
  ...
  
  struct MyStruct:
      pass
  

  (#406)

• External calls can now handle dynamically-sized return types. (#415)

Bugfixes

• The analyzer will return an error if a tuple attribute is not of the form item<index>. (#401)

Improved Documentation

• Created a landing page for Fe at https://fe-lang.org (#394)
• Provide a Quickstart chapter in Fe Guide (#403)

Internal Changes - for Fe Contributors

• Using insta to validate Analyzer outputs. (#387)

• Analyzer now disallows using context.add_ methods to update attributes. (#392)

• () now represents a distinct type internally called the unit type, instead of an empty tuple.

  The lowering pass now does the following: Valueless return statements are given a () value and functions without a return value are given explicit () returns. (#406)

• Add CI check to ensure fragment files always end with a new line (#4711)

0.4.0-alpha (2021-04-28)

Features

• Support for revert messages in assert statements

  E.g

  assert a == b, "my revert statement"
  

  The provided string is abi-encoded as if it were a call to a function Error(string). For example, the revert string "Not enough Ether provided." returns the following hexadecimal as error return data:

  0x08c379a0                                                         // Function selector for Error(string)
  0x0000000000000000000000000000000000000000000000000000000000000020 // Data offset
  0x000000000000000000000000000000000000000000000000000000000000001a // String length
  0x4e6f7420656e6f7567682045746865722070726f76696465642e000000000000 // String data
  

  (#288)

• Added support for augmented assignments.

  e.g.

  contract Foo:
      pub fn add(a: u256, b: u256) -> u256:
          a += b
          return a
  
      pub fn sub(a: u256, b: u256) -> u256:
          a -= b
          return a
  
      pub fn mul(a: u256, b: u256) -> u256:
          a *= b
          return a
  
      pub fn div(a: u256, b: u256) -> u256:
          a /= b
          return a
  
      pub fn mod(a: u256, b: u256) -> u256:
          a %= b
          return a
  
      pub fn pow(a: u256, b: u256) -> u256:
          a **= b
          return a
  
      pub fn lshift(a: u8, b: u8) -> u8:
          a <<= b
          return a
  
      pub fn rshift(a: u8, b: u8) -> u8:
          a >>= b
          return a
  
      pub fn bit_or(a: u8, b: u8) -> u8:
          a |= b
          return a
  
      pub fn bit_xor(a: u8, b: u8) -> u8:
          a ^= b
          return a
  
      pub fn bit_and(a: u8, b: u8) -> u8:
          a &= b
          return a
  

  (#338)

• A new parser implementation, which provides more helpful error messages with fancy underlines and code context. (#346)

• Added support for tuples with base type items.

  e.g.

  contract Foo:
      my_num: u256
  
      pub fn bar(my_num: u256, my_bool: bool) -> (u256, bool):
          my_tuple: (u256, bool) = (my_num, my_bool)
          self.my_num = my_tuple.item0
          return my_tuple
  

  (#352)

Bugfixes

• Properly reject invalid emit (#211)

• Properly tokenize numeric literals when they start with 0 (#331)

• Reject non-string assert reasons as type error (#335)

• Properly reject code that creates a circular dependency when using create or create2.

  Example, the following code is now rightfully rejected because it tries to create an instance of Foo from within the Foo contract itself.

  contract Foo:
    pub fn bar()->address:
      foo:Foo=Foo.create(0)
  
      return address(foo)
  

  (#362)

Internal Changes - for Fe Contributors

• AST nodes use Strings instead of &strs. This way we can perform incremental compilation on the AST. (#332)
• Added support for running tests against solidity fixtures. Also added tests that cover how solidity encodes revert reason strings. (#342)
• Refactoring of binary operation type checking. (#347)

0.3.0-alpha "Calamine" (2021-03-24)

Features

• Add over/underflow checks for multiplications of all integers (#271)

• Add full support for empty Tuples. (#276)

  All functions in Fe implicitly return an empty Tuple if they have no other return value. However, before this change one was not able to use the empty Tuple syntax () explicitly.

  With this change, all of these are treated equally:

  contract Foo:
  
    pub fn explicit_return_a1():
      return
  
    pub fn explicit_return_a2():
      return ()
  
    pub fn explicit_return_b1() ->():
      return
  
    pub fn explicit_return_b2() ->():
      return ()
  
    pub fn implicit_a1():
      pass
  
    pub fn implicit_a2() ->():
      pass
  

• The JSON ABI builder now supports structs as both input and output. (#296)

• Make subsequently defined contracts visible.

  Before this change:

  # can't see Bar
  contract Foo:
     ...
  # can see Foo
  contract Bar:
     ...
  

  With this change the restriction is lifted and the following becomes possible. (#298)

  contract Foo:
      bar: Bar
      pub fn external_bar() -> u256:
          return self.bar.bar()
  contract Bar:
      foo: Foo
      pub fn external_foo() -> u256:
          return self.foo.foo()
  

• Perform checks for divison operations on integers (#308)

• Support for msg.sig to read the function identifier. (#311)

• Perform checks for modulo operations on integers (#312)

• Perform over/underflow checks for exponentiation operations on integers (#313)

Bugfixes

• Properly reject emit not followed by an event invocation (#212)

• Properly reject octal number literals (#222)

• Properly reject code that tries to emit a non-existing event. (#250)

  Example that now produces a compile time error:

  emit DoesNotExist()
  

• Contracts that create other contracts can now include __init__ functions.

  See https://github.com/ethereum/fe/issues/284 (#304)

• Prevent multiple types with same name in one module. (#317)

  Examples that now produce compile time errors:

  type bar = u8
  type bar = u16
  

  or

  struct SomeStruct:
      some_field: u8
  
  struct SomeStruct:
      other: u8
  

  or

  contract SomeContract:
      some_field: u8
  
  contract SomeContract:
      other: u8
  

  Prevent multiple fields with same name in one struct.

  Example that now produces a compile time error:

  struct SomeStruct:
      some_field: u8
      some_field: u8
  

  Prevent variable definition in child scope when name already taken in parent scope.

  Example that now produces a compile time error:

  pub fn bar():
      my_array: u256[3]
      sum: u256 = 0
      for i in my_array:
          sum: u256 = 0
  

• The CLI was using the overwrite flag to enable Yul optimization.

  i.e.

  # Would both overwrite output files and run the Yul optimizer.
  $ fe my_contract.fe --overwrite
  

  Using the overwrite flag now only overwrites and optimization is enabled with the optimize flag. (#320)

• Ensure analyzer rejects code that uses return values for __init__ functions. (#323)

  An example that now produces a compile time error:

  contract C:
      pub fn __init__() -> i32:
          return 0
  

• Properly reject calling an undefined function on an external contract (#324)

Internal Changes - for Fe Contributors

• Added the Uniswap demo contracts to our testing fixtures and validated their behaviour. (#179)
• IDs added to AST nodes. (#315)
• Failures in the Yul generation phase now panic; any failure is a bug. (#327)

0.2.0-alpha "Borax" (2021-02-27)

Features

• Add support for string literals.

  Example:

  fn get_ticker_symbol() -> string3:
      return "ETH"
  

  String literals are stored in and loaded from the compiled bytecode. (#186)

• The CLI now compiles every contract in a module, not just the first one. (#197)

  Sample compiler output with all targets enabled:

  output
  |-- Bar
  |   |-- Bar.bin
  |   |-- Bar_abi.json
  |   `-- Bar_ir.yul
  |-- Foo
  |   |-- Foo.bin
  |   |-- Foo_abi.json
  |   `-- Foo_ir.yul
  |-- module.ast
  `-- module.tokens
  

• Add support for string type casts (#201)

  Example:

  val: string100 = string100("foo")
  

• Add basic support for structs. (#203)

  Example:

  struct House:
      price: u256
      size: u256
      vacant: bool
  
  contract City:
  
      pub fn get_price() -> u256:
          building: House = House(300, 500, true)
  
          assert building.size == 500
          assert building.price == 300
          assert building.vacant
  
          return building.price
  

• Added support for external contract calls. Contract definitions now add a type to the module scope, which may be used to create contract values with the contract's public functions as callable attributes. (#204)

  Example:

  contract Foo:
      pub fn build_array(a: u256, b: u256) -> u256[3]:
          my_array: u256[3]
          my_array[0] = a
          my_array[1] = a * b
          my_array[2] = b
          return my_array
  
  contract FooProxy:
      pub fn call_build_array(
          foo_address: address,
          a: u256,
          b: u256,
      ) -> u256[3]:
          foo: Foo = Foo(foo_address)
          return foo.build_array(a, b)
  

• Add support for block, msg, chain, and tx properties: (#208)

  block.coinbase: address
  block.difficulty: u256
  block.number: u256
  block.timestamp: u256
  chain.id: u256
  msg.value: u256
  tx.gas_price: u256
  tx.origin: address
  

  (Note that msg.sender: address was added previously.)

  Example:

  fn post_fork() -> bool:
      return block.number > 2675000
  

• The CLI now panics if an error is encountered during Yul compilation. (#218)

• Support for contract creations.

  Example of create2, which takes a value and address salt as parameters.

  contract Foo:
      pub fn get_my_num() -> u256:
          return 42
  
  contract FooFactory:
      pub fn create2_foo() -> address:
          # value and salt
          foo: Foo = Foo.create2(0, 52)
          return address(foo)
  

  Example of create, which just takes a value parameter.

  contract Foo:
      pub fn get_my_num() -> u256:
          return 42
  
  contract FooFactory:
      pub fn create_foo() -> address:
          # value and salt
          foo: Foo = Foo.create(0)
          return address(foo)
  

  Note: We do not yet support init parameters. (#239)

• Support updating individual struct fields in storage. (#246)

  Example:

   pub fn update_house_price(price: u256):
          self.my_house.price = price
  

• Implement global keccak256 method. The method expects one parameter of bytes[n] and returns the hash as an u256. In a future version keccak256 will most likely be moved behind an import so that it has to be imported (e.g. from std.crypto import keccak256). (#255)

  Example:

  pub fn hash_single_byte(val: bytes[1]) -> u256:
      return keccak256(val)
  

• Require structs to be initialized using keyword arguments.

  Example:

  struct House:
      vacant: bool
      price: u256
  

  Previously, House could be instantiated as House(true, 1000000). With this change it is required to be instantiated like House(vacant=true, price=1000000)

  This ensures property assignment is less prone to get mixed up. It also makes struct initialization visually stand out more from function calls. (#260)

• Implement support for boolean not operator. (#264)

  Example:

  if not covid_test.is_positive(person):
      allow_boarding(person)
  

• Do over/underflow checks for additions (SafeMath).

  With this change all additions (e.g x + y) for signed and unsigned integers check for over- and underflows and revert if necessary. (#265)

• Added a builtin function abi_encode() that can be used to encode structs. The return type is a fixed-size array of bytes that is equal in size to the encoding. The type system does not support dynamically-sized arrays yet, which is why we used fixed. (#266)

  Example:

  struct House:
      price: u256
      size: u256
      rooms: u8
      vacant: bool
  
  contract Foo:
      pub fn hashed_house() -> u256:
          house: House = House(
              price=300,
              size=500,
              rooms=u8(20),
              vacant=true
          )
          return keccak256(house.abi_encode())
  

• Perform over/underflow checks for subtractions (SafeMath). (#267)

  With this change all subtractions (e.g x - y) for signed and unsigned integers check for over- and underflows and revert if necessary.

• Support for the boolean operations and and or. (#270)

  Examples:

  contract Foo:
      pub fn bar(x: bool, y: bool) -> bool:
          return x and y
  

  contract Foo:
      pub fn bar(x: bool, y: bool) -> bool:
          return x or y
  

  Support for self.address.

  This expression returns the address of the current contract.

  Example:

  contract Foo:
      pub fn bar() -> address:
          return self.address
  

Bugfixes

• Perform type checking when calling event constructors

  Previously, the following would not raise an error even though it should:

  contract Foo:
      event MyEvent:
          val_1: string100
          val_2: u8
  
      pub fn foo():
          emit MyEvent("foo", 1000)
  
  

  Wit this change, the code fails with a type error as expected. (#202)

• Fix bug where compilation of contracts without public functions would result in illegal YUL. (#219)

  E.g without this change, the following doesn't compile to proper YUL

  contract Empty:
    lonely: u256
  

• Ensure numeric literals can't exceed 256 bit range. Previously, this would result in a non user friendly error at the YUL compilation stage. With this change it is caught at the analyzer stage and presented to the user as a regular error. (#225)

• Fix crash when return is used without value.

  These two methods should both be treated as returning ()

    pub fn explicit_return():
      return
  
    pub fn implicit():
      pass
  

  Without this change, the explicit_return crashes the compiler. (#261)

Internal Changes - for Fe Contributors

• Renamed the fe-semantics library to fe-analyzer. (#207)
• Runtime testing utilities. (#243)
• Values are stored more efficiently in storage. (#251)

0.1.0-alpha "Amethyst" (2021-01-20)

WARNING: This is an alpha version to share the development progress with developers and enthusiasts. It is NOT yet intended to be used for anything serious. At this point Fe is missing a lot of features and has a lot of bugs instead.

This is the first alpha release and kicks off our release schedule which will be one release every month in the future. Since we have just started tracking progress on changes, the following list of changes is incomplete, but will appropriately document progress between releases from now on.

Features

• Added support for for loop, allows iteration over static arrays. (#134)

• Enforce bounds on numeric literals in type constructors.

  For instance calling u8(1000) or i8(-250) will give an error because the literals 1000 and -250 do not fit into u8 or i8. (#145)

• Added builtin copying methods clone() and to_mem() to reference types. (#155)

  usage:

  # copy a segment of storage into memory and assign the new pointer
  my_mem_array = self.my_sto_array.to_mem()
  
  # copy a segment of memory into another segment of memory and assign the new pointer
  my_other_mem_array = my_mem_array.clone()
  

• Support emitting JSON ABI via --emit abi. The default value of --emit is now abi,bytecode. (#160)

• Ensure integer type constructor reject all expressions that aren't a numeric literal. For instance, previously the compiler would not reject the following code even though it could not be guaranteed that val would fit into an u16.

  pub fn bar(val: u8) -> u16:
          return u16(val)
  

  Now such code is rejected and integer type constructor do only work with numeric literals such as 1 or -3. (#163)

• Support for ABI decoding of all array type. (#172)

• Support for value assignments in declaration.

  Previously, this code would fail:

  another_reference: u256[10] = my_array
  

  As a workaround declaration and assignment could be split apart.

  another_reference: u256[10]
  another_reference = my_array
  

  With this change, the shorter declaration with assignment syntax is supported. (#173)

Improved Documentation

• Point to examples in the README (#162)
• Overhaul README page to better reflect the current state of the project. (#177)
• Added descriptions of the to_mem and clone functions to the spec. (#195)

Internal Changes - for Fe Contributors

• Updated the Solidity backend to v0.8.0. (#169)
• Run CI tests on Mac and support creating Mac binaries for releases. (#178)

Contributor Covenant Code of Conduct

Our Pledge

We as members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, visible or invisible disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, caste, color, religion, or sexual identity and orientation.

We pledge to act and interact in ways that contribute to an open, welcoming, diverse, inclusive, and healthy community.

Our Standards

Examples of behavior that contributes to a positive environment for our community include:

• Demonstrating empathy and kindness toward other people
• Being respectful of differing opinions, viewpoints, and experiences
• Giving and gracefully accepting constructive feedback
• Accepting responsibility and apologizing to those affected by our mistakes, and learning from the experience
• Focusing on what is best not just for us as individuals, but for the overall community

Examples of unacceptable behavior include:

• The use of sexualized language or imagery, and sexual attention or advances of any kind
• Trolling, insulting or derogatory comments, and personal or political attacks
• Public or private harassment
• Publishing others' private information, such as a physical or email address, without their explicit permission
• Other conduct which could reasonably be considered inappropriate in a professional setting

Enforcement Responsibilities

Community leaders are responsible for clarifying and enforcing our standards of acceptable behavior and will take appropriate and fair corrective action in response to any behavior that they deem inappropriate, threatening, offensive, or harmful.

Community leaders have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, and will communicate reasons for moderation decisions when appropriate.

Scope

This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public spaces. Examples of representing our community include using an official e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.

Enforcement

Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at piper@pipermerriam.com. All complaints will be reviewed and investigated promptly and fairly.

All community leaders are obligated to respect the privacy and security of the reporter of any incident.

Enforcement Guidelines

Community leaders will follow these Community Impact Guidelines in determining the consequences for any action they deem in violation of this Code of Conduct:

1. Correction

Community Impact: Use of inappropriate language or other behavior deemed unprofessional or unwelcome in the community.

Consequence: A private, written warning from community leaders, providing clarity around the nature of the violation and an explanation of why the behavior was inappropriate. A public apology may be requested.

2. Warning

Community Impact: A violation through a single incident or series of actions.

Consequence: A warning with consequences for continued behavior. No interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, for a specified period of time. This includes avoiding interactions in community spaces as well as external channels like social media. Violating these terms may lead to a temporary or permanent ban.

3. Temporary Ban

Community Impact: A serious violation of community standards, including sustained inappropriate behavior.

Consequence: A temporary ban from any sort of interaction or public communication with the community for a specified period of time. No public or private interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, is allowed during this period. Violating these terms may lead to a permanent ban.

4. Permanent Ban

Community Impact: Demonstrating a pattern of violation of community standards, including sustained inappropriate behavior, harassment of an individual, or aggression toward or disparagement of classes of individuals.

Consequence: A permanent ban from any sort of public interaction within the community.

Attribution

This Code of Conduct is adapted from the Contributor Covenant, version 2.0, available at https://www.contributor-covenant.org/version/2/0/code_of_conduct.html.

Community Impact Guidelines were inspired by Mozilla's code of conduct enforcement ladder.

For answers to common questions about this code of conduct, see the FAQ at https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.