mirror of
				https://github.com/ethereum/solidity
				synced 2023-10-03 13:03:40 +00:00 
			
		
		
		
	Clarify docs around reserved memory byte ranges
Minor documentation issue to improve reading flow as it goes from talking about a specified number of 32-byte slots being reserved to giving numbers which refer to byte ranges within the space of memory resulting from the union of those slots.
This commit is contained in:
		
							parent
							
								
									cb3a837251
								
							
						
					
					
						commit
						bc363a7e3a
					
				| @ -64,7 +64,7 @@ The position of ``data[4][9].b`` is at ``keccak256(uint256(9) . keccak256(uint25 | ||||
| Layout in Memory | ||||
| **************** | ||||
| 
 | ||||
| Solidity reserves four 32 byte slots: | ||||
| Solidity reserves four 32-byte slots, with specific byte ranges (inclusive of endpoints) being used as follows: | ||||
| 
 | ||||
| - ``0x00`` - ``0x3f`` (64 bytes): scratch space for hashing methods | ||||
| - ``0x40`` - ``0x5f`` (32 bytes): currently allocated memory size (aka. free memory pointer) | ||||
|  | ||||
		Loading…
	
		Reference in New Issue
	
	Block a user