Solidity
Solidity is a statically-typed curly-braces programming language designed for developing smart contracts that run on various blockchain platforms, most notably, Ethereum. The Solidity programming language is an open source, community project governed by a core team. The core team is sponsored by the Ethereum Foundation. The programs compiled by the Solidity are intended to be run on Ethereum Virtual Machine.
Here are 6,332 public repositories matching this topic...
Issue
Vyper handles unmapped instructions differently from Solidity. In Solidity, unmapped instructions are given a file index of -1. When attempting to show the source for such an instruction, we instead just show 1: // No source code found..
However, in Vyper, such instructions are not given a file index of -1, but are given a start and length of 0. So when we show the source for t
-
Updated
Nov 12, 2021 - JavaScript
-
Updated
Oct 25, 2021 - HTML
-
Updated
Nov 16, 2021 - CSS
-
Updated
Nov 16, 2021 - Java
-
Updated
Nov 8, 2021
-
Updated
Nov 16, 2021
-
Updated
Nov 15, 2021
Description
Add a contract similar to Aave's AddressProvider or Uniswap's getPair() functionality.
Motivation
On-chain lookups of price oracles given the asset addresses.
Justification
String manipulation is difficult and expensive in Solidity, and you usually work with the token address, not its string name.
-
Updated
Nov 12, 2021 - JavaScript
-
Updated
Nov 15, 2021 - Python
Testing methods like evm_mine and evm_increaseTime expect integer parameters. Unlike other methods, they reject these parameters if they are not decimal-encoded.
To reproduce
npx hardhat --version -> 2.5.0
Run npx hardhat node and make the following rpc calls:
> curl -H "Content-Type: application/json" -X POST --data \
'{"id":1337,"jsonrpc":"2.0","method":"evm
-
Updated
Nov 15, 2021
-
Updated
Nov 17, 2021 - C++
Add flags to slither-check-upgradeability to disable some detectors per name, or per detectors impact, or to enable only some of the detectors (per name/impact)
We should add explicit runtime errors that stop CLI execution when an obvious version mismatch is detected. No one (me neither) checks peer dependency-related errors from a package manager.
TC should bail if:
- ether target has detected too low ethers version detected
- tc core package is too low to support given target package
Each target package should be able to define custom conditions
-
Updated
Mar 24, 2018 - JavaScript
-
Updated
Jun 11, 2021 - Python
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
-
Updated
Mar 2, 2021 - JavaScript
-
Updated
Nov 7, 2021 - Go
-
Updated
Apr 24, 2020 - Solidity
-
Updated
Aug 28, 2021 - Solidity
-
Updated
Nov 17, 2021 - JavaScript
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-
Updated
Nov 16, 2021 - TypeScript
Created by Gavin Wood, Christian Reitwiessner, Alex Beregszaszi
Released August 2015
Latest release 8 days ago
- Repository
- ethereum/solidity
- Website
- soliditylang.org
- Wikipedia
- Wikipedia
There is the
test/libsolidity/SolidityEndToEndTest.cppfile, which contains a lot of semantic tests. It is a large monolithic single C++ file, which takes a long time to compile and is hard to maintain.We want to move as many test cases out to individual files under
test/libsolidity/semanticTests. They should be grouped logically, by following the grouping in SolidityEndToEnd.Have a