flip/dcrd
1
0
Fork 0
mirror of https://github.com/FlipsideCrypto/dcrd.git synced 2026-02-06 10:56:47 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
master
dcrd/chaincfg/go.mod

12 lines
283 B
Modula-2
Raw Permalink Normal View History

chaincfg: Introduce chaincfg v2 module.
2019-03-15 03:40:40 +00:00
module github.com/decred/dcrd/chaincfg/v2
multi: Define vgo modules. This adds module support for the versioned go toolchain. In particular, the following packages are defined as modules: * addrmgr * blockchain * certgen * chaincfg * connmgr * database * dcrjson * dcrutil * gcs * hdkeychain * mempool * mining * peer * rpcclient * txscript * wire It does not update the travis build environment or README since it is experimental at this point.
2018-05-23 18:27:15 +00:00
multi: Add go 1.11 directive to all modules. This adds the go 1.11 directive to all of the modules in order to clearly mark they build and work with that version. Go 1.12 modified the tools such that tidy will automatically add the new version to modules that do not already have a directive and that would prevent builds on Go 1.11 through Go 1.11.3 which is not desirable.
2019-03-17 21:31:40 +00:00
go 1.11
chaincfg: Update go build module support. This updates the chaincfg build module for the changes in the upcoming go1.11 release and to depend on the latest chainhash and wire module versions.
2018-07-20 23:47:08 +00:00
require (
multi: Remove non-root module replacements. This modifies all of the modules, with the exception of the root module, to remove all replacement directives from their go.mod files and update the requirements and module sums accordingly. While it is nice to be able to build and test directly from each module directory and have it pull in the latest untagged changes when developing, having all of the overrides in each module makes it infeasible to use the module tools to help maintain the modules and thus makes it quite difficult to ensure they are all independently accurate for external consumers. By maintaining all of the overrides in the root module and invoking all builds and tests from it, the overrides will apply to ensure the latest code is being built and tested. This also modifies the tests script used with in CI to run all of the tests from the root module accordingly.
2019-02-07 23:46:12 +00:00
github.com/davecgh/go-spew v1.1.1
multi: Use secp256k1/v2 module. This updates the following modules to use the secp256k1/v2 module: - blockchain - chaincfg/v2 - dcrutil/v2 - hdkeychain/v2 - mempool/v3 - txscript/v2 - main The hdkeychain/v3 and txscript/v2 modules both use types from secp256k1 in their public API. Consequently, in order avoid forcing them to bump their major versions, secp256k1/v1.0.3 was released with the types redefined in terms of the secp256k1/v2 module so callers still using v1 of the module that are not ready to upgrade to the v2 module yet can interoperate by updating to the latest patch version.
2019-08-14 06:31:39 +00:00
github.com/decred/dcrd/chaincfg/chainhash v1.0.2
multi: Use dcrec/edwards/v2 module. This updates the following modules to use the dcrec/edwards/v2 module: - chaincfg/v2 - dcrutil/v2 - txscript/v2
2019-10-08 05:27:27 +00:00
github.com/decred/dcrd/dcrec/edwards/v2 v2.0.0
multi: Use secp256k1/v2 module. This updates the following modules to use the secp256k1/v2 module: - blockchain - chaincfg/v2 - dcrutil/v2 - hdkeychain/v2 - mempool/v3 - txscript/v2 - main The hdkeychain/v3 and txscript/v2 modules both use types from secp256k1 in their public API. Consequently, in order avoid forcing them to bump their major versions, secp256k1/v1.0.3 was released with the types redefined in terms of the secp256k1/v2 module so callers still using v1 of the module that are not ready to upgrade to the v2 module yet can interoperate by updating to the latest patch version.
2019-08-14 06:31:39 +00:00
github.com/decred/dcrd/dcrec/secp256k1/v2 v2.0.0
multi: Resurrect regression network. This resurrects the regression test network that was removed before initial launch although it really should not have been. The simulation test network and the regression test network do not serve the same purpose. Specifically, the regression test network is intended for unit tests, RPC server tests, and consensus tests. On the other hand, the simulation test network is intended for private use within a group of individuals doing simulation testing and full integration tests between different applications such as wallets, voting service providers, mining pools, block explorers, and other services that build on Decred. Keeping the concerns separate will allow the simulation test network to be modified in ways such as activating consensus changes that have been successfully voted into mainnet without also needing to vote them in on the simulation test network while still preserving the ability for the unit tests to properly test the voting semantics and handling to help prevent regressions. In addition to resurrecting the regression test network, this also fully fleshes out new values for the various addresses prefixes (Rk, Rs, Re, etc), HD key prefixes (rprv, rpub), and treasury multisig details. As a part of resurrecting the network, a new CLI flag `--regnet` is added to allow the RPC test harness connect to a running instance, the areas of the code which involve votes have been modified to allow the votes to apply to the new network, and tests have been added to the relevant modules. This bumps the affected module versions as follows: - github.com/decred/dcrd/wire@v1.2.0 - github.com/decred/dcrd/chaincfg@v1.2.0 - github.com/decred/dcrd/dcrutil@v1.2.0 - github.com/decred/dcrd/hdkeychain@v1.1.1 The blockchain module is also affected, but since its version has already been bumped since the last release tag, it is not bumped again. Finally, this does not include switching unit tests or the RPC test harness over the new network since that will be done in a separate commit.
2018-10-05 04:46:56 +00:00
github.com/decred/dcrd/wire v1.2.0
chaincfg: Update go build module support. This updates the chaincfg build module for the changes in the upcoming go1.11 release and to depend on the latest chainhash and wire module versions.
2018-07-20 23:47:08 +00:00
)
Reference in New Issue Copy Permalink