npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@dexon-foundation/dsolc

v0.5.2

Published

DEXON-flavored Solidity compiler

Downloads

20

Readme

Build Status CircleCI Coverage Status

dsolc-js

JavaScript bindings for the DEXON-flavored Solidity compiler.

Uses the Emscripten compiled Solidity found in the dsolc-bin repository.

Node.js Usage

To use the latest stable version of the Solidity compiler via Node.js you can install it via npm:

npm install @dexon-foundation/dsolc

Usage on the Command-Line

If this package is installed globally (npm install -g @dexon-foundation/dsolc), a command-line tool called dsolcjs will be available.

To see all the supported features, execute:

dsolcjs --help

Note: this commandline interface is not compatible with dsolc provided by the Solidity compiler package and thus cannot be used in combination with an Ethereum client via the eth.compile.solidity() RPC method. Please refer to the Solidity compiler documentation for instructions to install dsolc.

Usage in Projects

There are two ways to use dsolc:

  1. Through a high-level API giving a uniform interface to all compiler versions
  2. Through a low-level API giving access to all the compiler interfaces, which depend on the version of the compiler

High-level API

The high-level API consists of a single method, compile, which expects the Compiler Standard Input and Output JSON.

It also accepts an optional callback function to resolve unmet dependencies. This callback receives a path and must synchronously return either an error or the content of the dependency as a string. It cannot be used together with callback-based, asynchronous, filesystem access. A workaround is to collect the names of dependencies, return an error, and keep re-running the compiler until all of them are resolved.

Note: as an intermittent backwards compatibility feature, between versions 0.5.0 and 0.5.2, compileStandard and compileStandardWrapper also exists and behave like compile does.

Example usage without the import callback

Example:

var dsolc = require('@dexon-foundation/dsolc')

var input = {
	language: 'Solidity',
	sources: {
		'test.sol': {
			content: 'contract C { function f() public { } }'
		}
	},
	settings: {
		outputSelection: {
			'*': {
				'*': [ '*' ]
			}
		}
	}
}

var output = JSON.parse(dsolc.compile(JSON.stringify(input)))

// `output` here contains the JSON output as specified in the documentation
for (var contractName in output.contracts['test.sol']) {
	console.log(contractName + ': ' + output.contracts['test.sol'][contractName].evm.bytecode.object)
}

Example usage with import callback

var dsolc = require('@dexon-foundation/dsolc')

var input = {
	language: 'Solidity',
	sources: {
		'test.sol': {
			content: 'import "lib.sol"; contract C { function f() public { L.f(); } }'
		}
	},
	settings: {
		outputSelection: {
			'*': {
				'*': [ '*' ]
			}
		}
	}
}

function findImports (path) {
	if (path === 'lib.sol')
		return { contents: 'library L { function f() internal returns (uint) { return 7; } }' }
	else
		return { error: 'File not found' }
}

var output = JSON.parse(dsolc.compile(JSON.stringify(input), findImports))

// `output` here contains the JSON output as specified in the documentation
for (var contractName in output.contracts['test.sol']) {
	console.log(contractName + ': ' + output.contracts['test.sol'][contractName].evm.bytecode.object)
}

Low-level API

The low-level API is as follows:

  • dsolc.lowlevel.compileSingle: the original entry point, supports only a single file
  • dsolc.lowlevel.compileMulti: this supports multiple files, introduced in 0.1.6
  • dsolc.lowlevel.compileCallback: this supports callbacks, introduced in 0.2.1
  • dsolc.lowlevel.compileStandard: this works just like compile above, but is only present in compilers after (and including) 0.4.11

For examples how to use them, please refer to the README of the above mentioned dsolc-js releases.

Using with Electron

Note: If you are using Electron, nodeIntegration is on for BrowserWindow by default. If it is on, Electron will provide a require method which will not behave as expected and this may cause calls, such as require('@dexon-foundation/dsolc'), to fail.

To turn off nodeIntegration, use the following:

new BrowserWindow({
	webPreferences: {
		nodeIntegration: false
	}
})

Using a Legacy Version

In order to compile contracts using a specific version of Solidity, the dsolc.loadRemoteVersion(version, callback) method is available. This returns a new dsolc object that uses a version of the compiler specified.

You can also load the "binary" manually and use setupMethods to create the familiar wrapper functions described above: var dsolc = dsolc.setupMethods(require("/my/local/soljson.js")).

Using the Latest Development Snapshot

By default, the npm version is only created for releases. This prevents people from deploying contracts with non-release versions because they are less stable and harder to verify. If you would like to use the latest development snapshot (at your own risk!), you may use the following example code.

var dsolc = require('@dexon-foundation/dsolc')

// getting the development snapshot
dsolc.loadRemoteVersion('latest', function (err, solcSnapshot) {
	if (err) {
		// An error was encountered, display and quit
	} else {
		// NOTE: Use `solcSnapshot` here with the same interface `solc` has
	}
})

Linking Bytecode

When using libraries, the resulting bytecode will contain placeholders for the real addresses of the referenced libraries. These have to be updated, via a process called linking, before deploying the contract.

The linker module (require('@dexon-foundation/dsolc/linker')) offers helpers to accomplish this.

The linkBytecode method provides a simple helper for linking:

var linker = require('@dexon-foundation/dsolc/linker')

bytecode = linker.linkBytecode(bytecode, { 'MyLibrary': '0x123456...' })

As of Solidity 0.4.11 the compiler supports standard JSON input and output which outputs a link references map. This gives a map of library names to offsets in the bytecode to replace the addresses at. It also doesn't have the limitation on library file and contract name lengths.

There is a method available in the linker module called findLinkReferences which can find such link references in bytecode produced by an older compiler:

var linker = require('@dexon-foundation/dsolc/linker')

var linkReferences = linker.findLinkReferences(bytecode)

Updating the ABI

The ABI generated by Solidity versions can differ slightly, due to new features introduced. There is a tool included which aims to translate the ABI generated by an older Solidity version to conform to the latest standard.

It can be used as:

var abi = require('@dexon-foundation/dsolc/abi')

var inputABI = [{"constant":false,"inputs":[],"name":"hello","outputs":[{"name":"","type":"string"}],"payable":false,"type":"function"}]
var outputABI = abi.update('0.3.6', inputABI)
// Output contains: [{"constant":false,"inputs":[],"name":"hello","outputs":[{"name":"","type":"string"}],"payable":true,"type":"function"},{"type":"fallback","payable":true}]

Formatting old JSON assembly output

There is a helper available to format old JSON assembly output into a text familiar to earlier users of Remix IDE.

var translate = require('@dexon-foundation/dsolc/translate')

// assemblyJSON refers to the JSON of the given assembly and sourceCode is the source of which the assembly was generated from
var output = translate.prettyPrintLegacyAssemblyJSON(assemblyJSON, sourceCode)

Browser Usage

Add the version of solc you want to use into index.html:

<script type="text/javascript" src="https://solc-bin.ethereum.org/bin/{{ SOLC VERSION }}.js"></script>

(Alternatively use https://solc-bin.ethereum.org/bin/soljson-latest.js to get the latests version.)

This will load solc into the global variable window.Module. Then use this inside Javascript as:

var wrapper = requrie('solc/wrapper')
var solc = wrapper(window.Module)

Or in ES6 syntax:

import * as wrapper from 'solc/wrapper'
const solc = wrapper(window.Module)

Alternatively, to iterate the releases, one can load list.js from solc-bin:

<script type="text/javascript" src="https://solc-bin.ethereum.org/bin/list.js"></script>

This will result in two global variables, windows.soljsonReleases listing all releases and window.soljsonSources listing all nightly builds and releases.