solidity/docs/using-the-compiler.rst

276 lines
12 KiB
ReStructuredText
Raw Normal View History

******************
Using the compiler
******************
.. index:: ! commandline compiler, compiler;commandline, ! solc, ! linker
.. _commandline-compiler:
Using the Commandline Compiler
******************************
One of the build targets of the Solidity repository is ``solc``, the solidity commandline compiler.
Using ``solc --help`` provides you with an explanation of all options. The compiler can produce various outputs, ranging from simple binaries and assembly over an abstract syntax tree (parse tree) to estimations of gas usage.
If you only want to compile a single file, you run it as ``solc --bin sourceFile.sol`` and it will print the binary. Before you deploy your contract, activate the optimizer while compiling using ``solc --optimize --bin sourceFile.sol``. If you want to get some of the more advanced output variants of ``solc``, it is probably better to tell it to output everything to separate files using ``solc -o outputDirectory --bin --ast --asm sourceFile.sol``.
The commandline compiler will automatically read imported files from the filesystem, but
it is also possible to provide path redirects using ``prefix=path`` in the following way:
::
solc github.com/ethereum/dapp-bin/=/usr/local/lib/dapp-bin/ =/usr/local/lib/fallback file.sol
This essentially instructs the compiler to search for anything starting with
``github.com/ethereum/dapp-bin/`` under ``/usr/local/lib/dapp-bin`` and if it does not
find the file there, it will look at ``/usr/local/lib/fallback`` (the empty prefix
always matches). ``solc`` will not read files from the filesystem that lie outside of
the remapping targets and outside of the directories where explicitly specified source
files reside, so things like ``import "/etc/passwd";`` only work if you add ``=/`` as a remapping.
If there are multiple matches due to remappings, the one with the longest common prefix is selected.
2017-04-19 15:59:03 +00:00
For security reasons the compiler has restrictions what directories it can access. Paths (and their subdirectories) of source files specified on the commandline and paths defined by remappings are allowed for import statements, but everything else is rejected. Additional paths (and their subdirectories) can be allowed via the ``--allow-paths /sample/path,/another/sample/path`` switch.
If your contracts use :ref:`libraries <libraries>`, you will notice that the bytecode contains substrings of the form ``__LibraryName______``. You can use ``solc`` as a linker meaning that it will insert the library addresses for you at those points:
Either add ``--libraries "Math:0x12345678901234567890 Heap:0xabcdef0123456"`` to your command to provide an address for each library or store the string in a file (one library per line) and run ``solc`` using ``--libraries fileName``.
If ``solc`` is called with the option ``--link``, all input files are interpreted to be unlinked binaries (hex-encoded) in the ``__LibraryName____``-format given above and are linked in-place (if the input is read from stdin, it is written to stdout). All options except ``--libraries`` are ignored (including ``-o``) in this case.
2017-04-24 10:25:24 +00:00
If ``solc`` is called with the option ``--standard-json``, it will expect a JSON input (as explained below) on the standard input, and return a JSON output on the standard output.
.. _compiler-api:
Compiler Input and Output JSON Description
******************************************
These JSON formats are used by the compiler API as well as are available through ``solc``. These are subject to change,
some fields are optional (as noted), but it is aimed at to only make backwards compatible changes.
The compiler API expects a JSON formatted input and outputs the compilation result in a JSON formatted output.
Comments are of course not permitted and used here only for explanatory purposes.
Input Description
-----------------
2016-12-02 13:46:56 +00:00
.. code-block:: none
{
2017-02-08 19:00:07 +00:00
// Required: Source code language, such as "Solidity", "serpent", "lll", "assembly", etc.
language: "Solidity",
// Required
sources:
{
// The keys here are the "global" names of the source files,
// imports can use other files via remappings (see below).
"myFile.sol":
{
// Optional: keccak256 hash of the source file
2017-02-02 21:10:19 +00:00
// It is used to verify the retrieved content if imported via URLs.
"keccak256": "0x123...",
// Required (unless "content" is used, see below): URL(s) to the source file.
// URL(s) should be imported in this order and the result checked against the
// keccak256 hash (if available). If the hash doesn't match or none of the
// URL(s) result in success, an error should be raised.
"urls":
[
"bzzr://56ab...",
"ipfs://Qma...",
"file:///tmp/path/to/file.sol"
]
},
"mortal":
{
// Optional: keccak256 hash of the source file
"keccak256": "0x234...",
// Required (unless "urls" is used): literal contents of the source file
"content": "contract mortal is owned { function kill() { if (msg.sender == owner) selfdestruct(owner); } }"
}
},
2017-02-02 13:58:30 +00:00
// Optional
settings:
{
2017-02-02 13:58:30 +00:00
// Optional: Sorted list of remappings
remappings: [ ":g/dir" ],
// Optional: Optimizer settings (enabled defaults to false)
optimizer: {
enabled: true,
runs: 500
},
2017-02-02 15:00:01 +00:00
// Metadata settings (optional)
metadata: {
// Use only literal content and not URLs (false by default)
useLiteralContent: true
},
2017-02-02 13:58:30 +00:00
// Addresses of the libraries. If not all libraries are given here, it can result in unlinked objects whose output data is different.
libraries: {
// The top level key is the the name of the source file where the library is used.
// If remappings are used, this source file should match the global path after remappings were applied.
// If this key is an empty string, that refers to a global level.
"myFile.sol": {
"MyLib": "0x123123..."
}
}
2017-02-02 14:57:07 +00:00
// The following can be used to select desired outputs.
// If this field is omitted, then the compiler loads and does type checking, but will not generate any outputs apart from errors.
// The first level key is the file name and the second is the contract name, where empty contract name refers to the file itself,
// while the star refers to all of the contracts.
//
// The available output types are as follows:
// abi - ABI
// ast - AST of all source files (not supported atm)
// legacyAST - legacy AST of all source files
2017-02-02 14:57:07 +00:00
// devdoc - Developer documentation (natspec)
// userdoc - User documentation (natspec)
// metadata - Metadata
// ir - New assembly format before desugaring
2017-02-08 19:16:23 +00:00
// evm.assembly - New assembly format after desugaring
// evm.legacyAssembly - Old-style assembly format in JSON
2017-03-29 21:30:00 +00:00
// evm.bytecode.object - Bytecode object
// evm.bytecode.opcodes - Opcodes list
// evm.bytecode.sourceMap - Source mapping (useful for debugging)
// evm.bytecode.linkReferences - Link references (if unlinked object)
// evm.deployedBytecode* - Deployed bytecode (has the same options as evm.bytecode)
2017-02-02 14:57:07 +00:00
// evm.methodIdentifiers - The list of function hashes
// evm.gasEstimates - Function gas estimates
// ewasm.wast - eWASM S-expressions format (not supported atm)
// ewasm.wasm - eWASM binary format (not supported atm)
2017-04-07 14:34:38 +00:00
//
// Note that using a using `evm`, `evm.bytecode`, `ewasm`, etc. will select every
// target part of that output.
//
outputSelection: {
2017-02-02 14:57:07 +00:00
// Enable the metadata and bytecode outputs of every single contract.
"*": {
"*": [ "metadata", "evm.bytecode" ]
},
// Enable the abi and opcodes output of MyContract defined in file def.
"def": {
"MyContract": [ "abi", "evm.opcodes" ]
},
// Enable the source map output of every single contract.
"*": {
"*": [ "evm.sourceMap" ]
},
2017-05-02 13:49:13 +00:00
// Enable the legacy AST output of every single file.
2017-02-02 14:57:07 +00:00
"*": {
2017-05-02 13:49:13 +00:00
"": [ "legacyAST" ]
2017-02-02 14:57:07 +00:00
}
}
}
}
Output Description
------------------
2016-12-02 13:46:56 +00:00
.. code-block:: none
{
2017-02-02 21:18:09 +00:00
// Optional: not present if no errors/warnings were encountered
errors: [
2017-02-02 21:18:09 +00:00
{
2017-02-02 21:35:07 +00:00
// Optional: Location within the source file.
2017-02-06 16:55:56 +00:00
sourceLocation: {
file: "sourceFile.sol",
start: 0,
end: 100
2017-02-02 21:35:07 +00:00
],
2017-02-02 21:18:09 +00:00
// Mandatory: Error type, such as "TypeError", "InternalCompilerError", "Exception", etc
type: "TypeError",
2017-05-02 13:49:13 +00:00
// Mandatory: Component where the error originated, such as "general", "ewasm", etc.
2017-02-02 21:18:09 +00:00
component: "general",
// Mandatory ("error" or "warning")
severity: "error",
// Mandatory
message: "Invalid keyword"
2017-04-07 14:37:11 +00:00
// Optional: the message formatted with source location
formattedMessage: "sourceFile.sol:100: Invalid keyword"
2017-02-02 21:18:09 +00:00
}
],
2017-02-02 22:06:10 +00:00
// This contains the file-level outputs. In can be limited/filtered by the outputSelection settings.
sources: {
"sourceFile.sol": {
// Identifier (used in source maps)
id: 1,
// The AST object
ast: {},
// The legacy AST object
legacyAST: {}
2017-02-02 22:06:10 +00:00
}
},
2017-02-02 21:27:12 +00:00
// This contains the contract-level outputs. It can be limited/filtered by the outputSelection settings.
contracts: {
2017-02-02 21:27:12 +00:00
"sourceFile.sol": {
2017-02-08 19:00:07 +00:00
// If the language used has no contract names, this field should equal to an empty string.
2017-02-02 21:27:12 +00:00
"ContractName": {
// The Ethereum Contract ABI. If empty, it is represented as an empty array.
// See https://github.com/ethereum/wiki/wiki/Ethereum-Contract-ABI
abi: [],
2017-03-29 21:33:14 +00:00
// See the Metadata Output documentation (serialised JSON string)
metadata: "{...}",
2017-03-29 21:23:35 +00:00
// User documentation (natspec)
userdoc: {},
// Developer documentation (natspec)
devdoc: {},
// Intermediate representation (string)
ir: "",
2017-03-29 21:23:35 +00:00
// EVM-related outputs
2017-02-02 21:27:12 +00:00
evm: {
2017-02-02 21:52:35 +00:00
// Assembly (string)
assembly: "",
// Old-style assembly (object)
2017-05-02 14:20:27 +00:00
legacyAssembly: {},
2017-02-02 21:33:46 +00:00
// Bytecode and related details.
bytecode: {
// The bytecode as a hex string.
object: "00fe",
// Opcodes list (string)
opcodes: "",
2017-02-02 21:33:46 +00:00
// The source mapping as a string. See the source mapping definition.
sourceMap: "",
// If given, this is an unlinked object.
linkReferences: {
"libraryFile.sol": {
// Byte offsets into the bytecode. Linking replaces the 20 bytes located there.
"Library1": [
{ start: 0, length: 20 },
{ start: 200, length: 20 }
]
2017-02-02 21:33:46 +00:00
}
}
},
2017-02-02 21:33:46 +00:00
// The same layout as above.
deployedBytecode: { },
2017-02-02 21:52:35 +00:00
// The list of function hashes
methodIdentifiers: {
2017-03-29 21:25:05 +00:00
"delegate(address)": "5c19a95c"
2017-02-02 21:52:35 +00:00
},
// Function gas estimates
gasEstimates: {
creation: {
2017-04-27 12:13:49 +00:00
codeDepositCost: "420000",
executionCost: "infinite",
totalCost: "infinite"
2017-02-02 21:52:35 +00:00
},
external: {
2017-04-27 12:13:49 +00:00
"delegate(address)": "25000"
2017-02-02 21:52:35 +00:00
},
internal: {
2017-04-27 12:13:49 +00:00
"heavyLifting()": "infinite"
2017-02-02 21:52:35 +00:00
}
}
2017-02-02 21:27:12 +00:00
},
2017-03-29 21:23:35 +00:00
// eWASM related outputs
2017-02-02 21:27:12 +00:00
ewasm: {
2017-02-02 21:52:35 +00:00
// S-expressions format
wast: "",
// Binary format (hex string)
wasm: ""
2017-03-29 21:23:35 +00:00
}
2017-02-02 21:27:12 +00:00
}
}
2017-05-02 13:49:13 +00:00
}
}