Solidity

Solidity currently allows executing the delete operator on structs like EnumerableSet and EnumerableMap even though they contain a mapping that will not be cleared, and the operation will in fact corrupt the struct's data.

According to ethereum/solidity#11843 this operation will no longer be allowed in Solidity 0.9, but in the meantime we should document that `dele

Description

Suppose I try to compile the following contract:

//SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract Repro {
  function run() public pure returns (string memory) {
    return "¡¡¡";
  }
}

I get the following error message:

ParserError: Invalid character in string.
 --> project:/contracts/Repro.sol:6:12:
  |
6 |     return "¡¡

Description

Change links and references in the docs to run an Ethereum node from parity to openethereum, and change these references in the code too.

Motivation

Currently, docs about running an Ethereum node states that you can use parity-ethereum, but the project is no longer maintained.

There's also lots of comments and b

It is currently not possible to specify the chain ID for a hardhat network invoked with npx hardhat node through any means other than the config file. This means it is impossible to specify the --chain-id argument in the command line, or execute a chain host pragmatically with hre.run('node', { chainId: 100 }).

Please add the chainId parameter to the node command so it is possible to

Component

Forge

Describe the feature you would like

When using forge create, if a library is used without being specified in the --libraries param, the following error is produced:

Error: 
   0: Dynamic linking not supported in `create` command - deploy the library contract first, then provide the address to link at compile time

It would be helpful if this message speci

https://github.com/CarstenNZ/slither-wiki/blob/master/Detector-Documentation.md has a couple of fixes / typos in the detectors description.

We should merge them before the next release

Related crytic/slither#1189

Overview

Currently when I run brownie console, it recompiles all the contracts. Apparently due to some issue which is not identified.

I only want to compile once with brownie compile -all. That's it.
I work on the frontend side, I don't modify the contracts, I just need a local fork and run some scripts.

Currently it's slow as hell

I have some contracts using a library structure data storage, compiled using an older version of Solidity, but which throw an error asking me to make a report here.

In the libraryType.sol contract I have something like this:

library PersonLib {
    struct Data {
        bool   isActive;
        bytes  hashOfData;
        string handle;
    }
    function handle(Data stor

Add an example to load file from a directory along with https://remix-ide.readthedocs.io/en/latest/locations.html#load-one-of-the-default-remix-files

We can safely disallow any use of solc below 0.4.25.

Originally reported in ethereum/solc-bin#21 (comment).

soljson-v0.4.1-nightly.2016.9.9+commit.79867f49.js crashes solc-js because the version it reports apparently does not conform to semver. solc-js should be able to handle that more gracefully.

This happens for --version and --bin. Probably in other cases too.

Repro

npm install sol