Skip to content

Commit fe16762

Browse files
committed
Updates documentation to 0.7.0.
1 parent 2c478e8 commit fe16762

33 files changed

+127
-127
lines changed

docs/050-breaking-changes.rst

+3-3
Original file line numberDiff line numberDiff line change
@@ -308,7 +308,7 @@ This will no longer compile with Solidity v0.5.0. However, you can define a comp
308308

309309
::
310310

311-
pragma solidity >=0.5.0 <0.7.0;
311+
pragma solidity >=0.5.0 <0.8.0;
312312
interface OldContract {
313313
function someOldFunction(uint8 a) external;
314314
function anotherOldFunction() external returns (bool);
@@ -325,7 +325,7 @@ Given the interface defined above, you can now easily use the already deployed p
325325

326326
::
327327

328-
pragma solidity >=0.5.0 <0.7.0;
328+
pragma solidity >=0.5.0 <0.8.0;
329329

330330
interface OldContract {
331331
function someOldFunction(uint8 a) external;
@@ -431,7 +431,7 @@ New version:
431431

432432
::
433433

434-
pragma solidity >=0.5.0 <0.7.0;
434+
pragma solidity >=0.5.0 <0.8.0;
435435

436436
contract OtherContract {
437437
uint x;

docs/abi-spec.rst

+3-3
Original file line numberDiff line numberDiff line change
@@ -232,7 +232,7 @@ Given the contract:
232232

233233
::
234234

235-
pragma solidity >=0.4.16 <0.7.0;
235+
pragma solidity >=0.4.16 <0.8.0;
236236

237237

238238
contract Foo {
@@ -532,7 +532,7 @@ For example,
532532

533533
::
534534

535-
pragma solidity >=0.5.0 <0.7.0;
535+
pragma solidity >=0.5.0 <0.8.0;
536536

537537

538538
contract Test {
@@ -580,7 +580,7 @@ As an example, the code
580580

581581
::
582582

583-
pragma solidity >=0.4.19 <0.7.0;
583+
pragma solidity >=0.4.19 <0.8.0;
584584
pragma experimental ABIEncoderV2;
585585

586586

docs/assembly.rst

+5-5
Original file line numberDiff line numberDiff line change
@@ -72,7 +72,7 @@ without a compiler change.
7272

7373
.. code::
7474
75-
pragma solidity >=0.4.0 <0.7.0;
75+
pragma solidity >=0.4.0 <0.8.0;
7676
7777
library GetCode {
7878
function at(address _addr) public view returns (bytes memory o_code) {
@@ -97,7 +97,7 @@ efficient code, for example:
9797

9898
.. code::
9999
100-
pragma solidity >=0.4.16 <0.7.0;
100+
pragma solidity >=0.4.16 <0.8.0;
101101
102102
103103
library VectorSum {
@@ -385,7 +385,7 @@ Local Solidity variables are available for assignments, for example:
385385

386386
.. code::
387387
388-
pragma solidity >=0.4.11 <0.7.0;
388+
pragma solidity >=0.4.11 <0.8.0;
389389
390390
contract C {
391391
uint b;
@@ -425,7 +425,7 @@ declaration visible in the scope of the inline assembly block.
425425

426426
.. code::
427427
428-
pragma solidity >=0.4.16 <0.7.0;
428+
pragma solidity >=0.4.16 <0.8.0;
429429
430430
contract C {
431431
function f(uint x) public view returns (uint b) {
@@ -689,7 +689,7 @@ Example:
689689
We will follow an example compilation from Solidity to assembly.
690690
We consider the runtime bytecode of the following Solidity program::
691691

692-
pragma solidity >=0.4.16 <0.7.0;
692+
pragma solidity >=0.4.16 <0.8.0;
693693

694694

695695
contract C {

docs/common-patterns.rst

+4-4
Original file line numberDiff line numberDiff line change
@@ -27,7 +27,7 @@ you receive the funds of the person who is now the richest.
2727

2828
::
2929

30-
pragma solidity >=0.5.0 <0.7.0;
30+
pragma solidity >=0.5.0 <0.8.0;
3131

3232
contract WithdrawalContract {
3333
address public richest;
@@ -60,7 +60,7 @@ This is as opposed to the more intuitive sending pattern:
6060

6161
::
6262

63-
pragma solidity >=0.5.0 <0.7.0;
63+
pragma solidity >=0.5.0 <0.8.0;
6464

6565
contract SendContract {
6666
address payable public richest;
@@ -121,7 +121,7 @@ restrictions highly readable.
121121

122122
::
123123

124-
pragma solidity >=0.4.22 <0.7.0;
124+
pragma solidity >=0.4.22 <0.8.0;
125125

126126
contract AccessRestriction {
127127
// These will be assigned at the construction
@@ -273,7 +273,7 @@ function finishes.
273273

274274
::
275275

276-
pragma solidity >=0.4.22 <0.7.0;
276+
pragma solidity >=0.4.22 <0.8.0;
277277

278278
contract StateMachine {
279279
enum Stages {

docs/contracts/abstract-contracts.rst

+2-2
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ This can be done by using the ``abstract`` keyword as shown in the following exa
1313
defined as abstract, because the function ``utterance()`` was defined, but no implementation was
1414
provided (no implementation body ``{ }`` was given).::
1515

16-
pragma solidity >=0.4.0 <0.7.0;
16+
pragma solidity >=0.4.0 <0.8.0;
1717

1818
abstract contract Feline {
1919
function utterance() public virtual returns (bytes32);
@@ -22,7 +22,7 @@ provided (no implementation body ``{ }`` was given).::
2222
Such abstract contracts can not be instantiated directly. This is also true, if an abstract contract itself does implement
2323
all defined functions. The usage of an abstract contract as a base class is shown in the following example::
2424

25-
pragma solidity ^0.6.0;
25+
pragma solidity >=0.6.0 <0.8.0;
2626

2727
abstract contract Feline {
2828
function utterance() public virtual returns (bytes32);

docs/contracts/constant-state-variables.rst

+1-1
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ value types and strings.
2626

2727
::
2828

29-
pragma solidity >=0.4.0 <0.7.0;
29+
pragma solidity >=0.4.0 <0.8.0;
3030

3131
contract C {
3232
uint constant x = 32**22 + 8;

docs/contracts/creating-contracts.rst

+1-1
Original file line numberDiff line numberDiff line change
@@ -34,7 +34,7 @@ This means that cyclic creation dependencies are impossible.
3434

3535
::
3636

37-
pragma solidity >=0.4.22 <0.7.0;
37+
pragma solidity >=0.4.22 <0.8.0;
3838

3939

4040
contract OwnedToken {

docs/contracts/events.rst

+2-2
Original file line numberDiff line numberDiff line change
@@ -65,7 +65,7 @@ is that they are cheaper to deploy and call.
6565

6666
::
6767

68-
pragma solidity >=0.4.21 <0.7.0;
68+
pragma solidity >=0.4.21 <0.8.0;
6969

7070
contract ClientReceipt {
7171
event Deposit(
@@ -138,7 +138,7 @@ as topics. The event call above can be performed in the same way as
138138

139139
::
140140

141-
pragma solidity >=0.4.10 <0.7.0;
141+
pragma solidity >=0.4.10 <0.8.0;
142142

143143
contract C {
144144
function f() public payable {

docs/contracts/function-modifiers.rst

+1-1
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ if they are marked ``virtual``. For details, please see
1717

1818
::
1919

20-
pragma solidity >=0.5.0 <0.7.0;
20+
pragma solidity >=0.5.0 <0.8.0;
2121

2222
contract owned {
2323
constructor() public { owner = msg.sender; }

docs/contracts/functions.rst

+10-10
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ unused parameters can be omitted.
2323
For example, if you want your contract to accept one kind of external call
2424
with two integers, you would use something like the following::
2525

26-
pragma solidity >=0.4.16 <0.7.0;
26+
pragma solidity >=0.4.16 <0.8.0;
2727

2828
contract Simple {
2929
uint sum;
@@ -55,7 +55,7 @@ Function return variables are declared with the same syntax after the
5555
For example, suppose you want to return two results: the sum and the product of
5656
two integers passed as function parameters, then you use something like::
5757

58-
pragma solidity >=0.4.16 <0.7.0;
58+
pragma solidity >=0.4.16 <0.8.0;
5959

6060
contract Simple {
6161
function arithmetic(uint _a, uint _b)
@@ -79,7 +79,7 @@ or you can provide return values
7979
(either a single or :ref:`multiple ones<multi-return>`) directly with the ``return``
8080
statement::
8181

82-
pragma solidity >=0.4.16 <0.7.0;
82+
pragma solidity >=0.4.16 <0.8.0;
8383

8484
contract Simple {
8585
function arithmetic(uint _a, uint _b)
@@ -142,7 +142,7 @@ The following statements are considered modifying the state:
142142

143143
::
144144

145-
pragma solidity >=0.5.0 <0.7.0;
145+
pragma solidity >=0.5.0 <0.8.0;
146146

147147
contract C {
148148
function f(uint a, uint b) public view returns (uint) {
@@ -187,7 +187,7 @@ In addition to the list of state modifying statements explained above, the follo
187187

188188
::
189189

190-
pragma solidity >=0.5.0 <0.7.0;
190+
pragma solidity >=0.5.0 <0.8.0;
191191

192192
contract C {
193193
function f(uint a, uint b) public pure returns (uint) {
@@ -280,7 +280,7 @@ Below you can see an example of a Sink contract that uses function ``receive``.
280280

281281
::
282282

283-
pragma solidity ^0.6.0;
283+
pragma solidity >=0.6.0 <0.8.0;
284284

285285
// This contract keeps all Ether sent to it with no way
286286
// to get it back.
@@ -335,7 +335,7 @@ operations as long as there is enough gas passed on to it.
335335

336336
::
337337

338-
pragma solidity ^0.6.0;
338+
pragma solidity >=0.6.0 <0.8.0;
339339

340340
contract Test {
341341
// This function is called for all messages sent to
@@ -407,7 +407,7 @@ The following example shows overloading of the function
407407

408408
::
409409

410-
pragma solidity >=0.4.16 <0.7.0;
410+
pragma solidity >=0.4.16 <0.8.0;
411411

412412
contract A {
413413
function f(uint _in) public pure returns (uint out) {
@@ -425,7 +425,7 @@ externally visible functions differ by their Solidity types but not by their ext
425425

426426
::
427427

428-
pragma solidity >=0.4.16 <0.7.0;
428+
pragma solidity >=0.4.16 <0.8.0;
429429

430430
// This will not compile
431431
contract A {
@@ -458,7 +458,7 @@ candidate, resolution fails.
458458

459459
::
460460

461-
pragma solidity >=0.4.16 <0.7.0;
461+
pragma solidity >=0.4.16 <0.8.0;
462462

463463
contract A {
464464
function f(uint8 _in) public pure returns (uint8 out) {

0 commit comments

Comments
 (0)