2022-05-24 21:39:40 +03:00
|
|
|
// Copyright 2022 The go-ethereum Authors
|
|
|
|
// This file is part of the go-ethereum library.
|
|
|
|
//
|
|
|
|
// The go-ethereum library is free software: you can redistribute it and/or modify
|
|
|
|
// it under the terms of the GNU Lesser General Public License as published by
|
|
|
|
// the Free Software Foundation, either version 3 of the License, or
|
|
|
|
// (at your option) any later version.
|
|
|
|
//
|
|
|
|
// The go-ethereum library is distributed in the hope that it will be useful,
|
|
|
|
// but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
// GNU Lesser General Public License for more details.
|
|
|
|
//
|
|
|
|
// You should have received a copy of the GNU Lesser General Public License
|
|
|
|
// along with the go-ethereum library. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
package rlp
|
|
|
|
|
|
|
|
import (
|
2023-03-17 13:51:55 +03:00
|
|
|
"encoding/binary"
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
"io"
|
|
|
|
"math/big"
|
|
|
|
"reflect"
|
|
|
|
"sync"
|
2023-03-17 13:51:55 +03:00
|
|
|
|
|
|
|
"github.com/holiman/uint256"
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
)
|
|
|
|
|
|
|
|
type encBuffer struct {
|
|
|
|
str []byte // string data, contains everything except list headers
|
|
|
|
lheads []listhead // all list headers
|
|
|
|
lhsize int // sum of sizes of all encoded list headers
|
|
|
|
sizebuf [9]byte // auxiliary buffer for uint encoding
|
|
|
|
}
|
|
|
|
|
|
|
|
// The global encBuffer pool.
|
|
|
|
var encBufferPool = sync.Pool{
|
|
|
|
New: func() interface{} { return new(encBuffer) },
|
|
|
|
}
|
|
|
|
|
|
|
|
func getEncBuffer() *encBuffer {
|
|
|
|
buf := encBufferPool.Get().(*encBuffer)
|
|
|
|
buf.reset()
|
|
|
|
return buf
|
|
|
|
}
|
|
|
|
|
|
|
|
func (buf *encBuffer) reset() {
|
|
|
|
buf.lhsize = 0
|
|
|
|
buf.str = buf.str[:0]
|
|
|
|
buf.lheads = buf.lheads[:0]
|
|
|
|
}
|
|
|
|
|
|
|
|
// size returns the length of the encoded data.
|
|
|
|
func (buf *encBuffer) size() int {
|
|
|
|
return len(buf.str) + buf.lhsize
|
|
|
|
}
|
|
|
|
|
2022-03-09 16:45:17 +03:00
|
|
|
// makeBytes creates the encoder output.
|
2023-06-07 13:40:06 +03:00
|
|
|
func (buf *encBuffer) makeBytes() []byte {
|
|
|
|
out := make([]byte, buf.size())
|
|
|
|
buf.copyTo(out)
|
2022-03-09 16:45:17 +03:00
|
|
|
return out
|
|
|
|
}
|
|
|
|
|
2023-06-07 13:40:06 +03:00
|
|
|
func (buf *encBuffer) copyTo(dst []byte) {
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
strpos := 0
|
|
|
|
pos := 0
|
2023-06-07 13:40:06 +03:00
|
|
|
for _, head := range buf.lheads {
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
// write string data before header
|
2023-06-07 13:40:06 +03:00
|
|
|
n := copy(dst[pos:], buf.str[strpos:head.offset])
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
pos += n
|
|
|
|
strpos += n
|
|
|
|
// write the header
|
2022-03-09 16:45:17 +03:00
|
|
|
enc := head.encode(dst[pos:])
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
pos += len(enc)
|
|
|
|
}
|
|
|
|
// copy string data after the last list header
|
2023-06-07 13:40:06 +03:00
|
|
|
copy(dst[pos:], buf.str[strpos:])
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
}
|
|
|
|
|
2022-03-09 16:45:17 +03:00
|
|
|
// writeTo writes the encoder output to w.
|
|
|
|
func (buf *encBuffer) writeTo(w io.Writer) (err error) {
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
strpos := 0
|
|
|
|
for _, head := range buf.lheads {
|
|
|
|
// write string data before header
|
|
|
|
if head.offset-strpos > 0 {
|
|
|
|
n, err := w.Write(buf.str[strpos:head.offset])
|
|
|
|
strpos += n
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
// write the header
|
|
|
|
enc := head.encode(buf.sizebuf[:])
|
|
|
|
if _, err = w.Write(enc); err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if strpos < len(buf.str) {
|
|
|
|
// write string data after the last list header
|
|
|
|
_, err = w.Write(buf.str[strpos:])
|
|
|
|
}
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
// Write implements io.Writer and appends b directly to the output.
|
|
|
|
func (buf *encBuffer) Write(b []byte) (int, error) {
|
|
|
|
buf.str = append(buf.str, b...)
|
|
|
|
return len(b), nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// writeBool writes b as the integer 0 (false) or 1 (true).
|
|
|
|
func (buf *encBuffer) writeBool(b bool) {
|
|
|
|
if b {
|
|
|
|
buf.str = append(buf.str, 0x01)
|
|
|
|
} else {
|
|
|
|
buf.str = append(buf.str, 0x80)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func (buf *encBuffer) writeUint64(i uint64) {
|
|
|
|
if i == 0 {
|
|
|
|
buf.str = append(buf.str, 0x80)
|
|
|
|
} else if i < 128 {
|
|
|
|
// fits single byte
|
|
|
|
buf.str = append(buf.str, byte(i))
|
|
|
|
} else {
|
|
|
|
s := putint(buf.sizebuf[1:], i)
|
|
|
|
buf.sizebuf[0] = 0x80 + byte(s)
|
|
|
|
buf.str = append(buf.str, buf.sizebuf[:s+1]...)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func (buf *encBuffer) writeBytes(b []byte) {
|
|
|
|
if len(b) == 1 && b[0] <= 0x7F {
|
|
|
|
// fits single byte, no string header
|
|
|
|
buf.str = append(buf.str, b[0])
|
|
|
|
} else {
|
|
|
|
buf.encodeStringHeader(len(b))
|
|
|
|
buf.str = append(buf.str, b...)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2022-02-25 00:55:45 +03:00
|
|
|
func (buf *encBuffer) writeString(s string) {
|
|
|
|
buf.writeBytes([]byte(s))
|
|
|
|
}
|
|
|
|
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
// wordBytes is the number of bytes in a big.Word
|
|
|
|
const wordBytes = (32 << (uint64(^big.Word(0)) >> 63)) / 8
|
|
|
|
|
|
|
|
// writeBigInt writes i as an integer.
|
2023-06-07 13:40:06 +03:00
|
|
|
func (buf *encBuffer) writeBigInt(i *big.Int) {
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
bitlen := i.BitLen()
|
|
|
|
if bitlen <= 64 {
|
2023-06-07 13:40:06 +03:00
|
|
|
buf.writeUint64(i.Uint64())
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
return
|
|
|
|
}
|
|
|
|
// Integer is larger than 64 bits, encode from i.Bits().
|
|
|
|
// The minimal byte length is bitlen rounded up to the next
|
|
|
|
// multiple of 8, divided by 8.
|
|
|
|
length := ((bitlen + 7) & -8) >> 3
|
2023-06-07 13:40:06 +03:00
|
|
|
buf.encodeStringHeader(length)
|
|
|
|
buf.str = append(buf.str, make([]byte, length)...)
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
index := length
|
2023-06-07 13:40:06 +03:00
|
|
|
bytesBuf := buf.str[len(buf.str)-length:]
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
for _, d := range i.Bits() {
|
|
|
|
for j := 0; j < wordBytes && index > 0; j++ {
|
|
|
|
index--
|
2023-06-07 13:40:06 +03:00
|
|
|
bytesBuf[index] = byte(d)
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
d >>= 8
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2023-03-17 13:51:55 +03:00
|
|
|
// writeUint256 writes z as an integer.
|
2023-06-07 13:40:06 +03:00
|
|
|
func (buf *encBuffer) writeUint256(z *uint256.Int) {
|
2023-03-17 13:51:55 +03:00
|
|
|
bitlen := z.BitLen()
|
|
|
|
if bitlen <= 64 {
|
2023-06-07 13:40:06 +03:00
|
|
|
buf.writeUint64(z.Uint64())
|
2023-03-17 13:51:55 +03:00
|
|
|
return
|
|
|
|
}
|
|
|
|
nBytes := byte((bitlen + 7) / 8)
|
|
|
|
var b [33]byte
|
|
|
|
binary.BigEndian.PutUint64(b[1:9], z[3])
|
|
|
|
binary.BigEndian.PutUint64(b[9:17], z[2])
|
|
|
|
binary.BigEndian.PutUint64(b[17:25], z[1])
|
|
|
|
binary.BigEndian.PutUint64(b[25:33], z[0])
|
|
|
|
b[32-nBytes] = 0x80 + nBytes
|
2023-06-07 13:40:06 +03:00
|
|
|
buf.str = append(buf.str, b[32-nBytes:]...)
|
2023-03-17 13:51:55 +03:00
|
|
|
}
|
|
|
|
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
// list adds a new list header to the header stack. It returns the index of the header.
|
|
|
|
// Call listEnd with this index after encoding the content of the list.
|
|
|
|
func (buf *encBuffer) list() int {
|
|
|
|
buf.lheads = append(buf.lheads, listhead{offset: len(buf.str), size: buf.lhsize})
|
|
|
|
return len(buf.lheads) - 1
|
|
|
|
}
|
|
|
|
|
|
|
|
func (buf *encBuffer) listEnd(index int) {
|
|
|
|
lh := &buf.lheads[index]
|
|
|
|
lh.size = buf.size() - lh.offset - lh.size
|
|
|
|
if lh.size < 56 {
|
|
|
|
buf.lhsize++ // length encoded into kind tag
|
|
|
|
} else {
|
|
|
|
buf.lhsize += 1 + intsize(uint64(lh.size))
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func (buf *encBuffer) encode(val interface{}) error {
|
|
|
|
rval := reflect.ValueOf(val)
|
|
|
|
writer, err := cachedWriter(rval.Type())
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
return writer(rval, buf)
|
|
|
|
}
|
|
|
|
|
|
|
|
func (buf *encBuffer) encodeStringHeader(size int) {
|
|
|
|
if size < 56 {
|
|
|
|
buf.str = append(buf.str, 0x80+byte(size))
|
|
|
|
} else {
|
|
|
|
sizesize := putint(buf.sizebuf[1:], uint64(size))
|
|
|
|
buf.sizebuf[0] = 0xB7 + byte(sizesize)
|
|
|
|
buf.str = append(buf.str, buf.sizebuf[:sizesize+1]...)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// encReader is the io.Reader returned by EncodeToReader.
|
|
|
|
// It releases its encbuf at EOF.
|
|
|
|
type encReader struct {
|
|
|
|
buf *encBuffer // the buffer we're reading from. this is nil when we're at EOF.
|
|
|
|
lhpos int // index of list header that we're reading
|
|
|
|
strpos int // current position in string buffer
|
|
|
|
piece []byte // next piece to be read
|
|
|
|
}
|
|
|
|
|
|
|
|
func (r *encReader) Read(b []byte) (n int, err error) {
|
|
|
|
for {
|
|
|
|
if r.piece = r.next(); r.piece == nil {
|
|
|
|
// Put the encode buffer back into the pool at EOF when it
|
|
|
|
// is first encountered. Subsequent calls still return EOF
|
|
|
|
// as the error but the buffer is no longer valid.
|
|
|
|
if r.buf != nil {
|
|
|
|
encBufferPool.Put(r.buf)
|
|
|
|
r.buf = nil
|
|
|
|
}
|
|
|
|
return n, io.EOF
|
|
|
|
}
|
|
|
|
nn := copy(b[n:], r.piece)
|
|
|
|
n += nn
|
|
|
|
if nn < len(r.piece) {
|
|
|
|
// piece didn't fit, see you next time.
|
|
|
|
r.piece = r.piece[nn:]
|
|
|
|
return n, nil
|
|
|
|
}
|
|
|
|
r.piece = nil
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// next returns the next piece of data to be read.
|
|
|
|
// it returns nil at EOF.
|
|
|
|
func (r *encReader) next() []byte {
|
|
|
|
switch {
|
|
|
|
case r.buf == nil:
|
|
|
|
return nil
|
|
|
|
|
|
|
|
case r.piece != nil:
|
|
|
|
// There is still data available for reading.
|
|
|
|
return r.piece
|
|
|
|
|
|
|
|
case r.lhpos < len(r.buf.lheads):
|
|
|
|
// We're before the last list header.
|
|
|
|
head := r.buf.lheads[r.lhpos]
|
|
|
|
sizebefore := head.offset - r.strpos
|
|
|
|
if sizebefore > 0 {
|
|
|
|
// String data before header.
|
|
|
|
p := r.buf.str[r.strpos:head.offset]
|
|
|
|
r.strpos += sizebefore
|
|
|
|
return p
|
|
|
|
}
|
|
|
|
r.lhpos++
|
|
|
|
return head.encode(r.buf.sizebuf[:])
|
|
|
|
|
|
|
|
case r.strpos < len(r.buf.str):
|
|
|
|
// String data at the end, after all list headers.
|
|
|
|
p := r.buf.str[r.strpos:]
|
|
|
|
r.strpos = len(r.buf.str)
|
|
|
|
return p
|
|
|
|
|
|
|
|
default:
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2022-03-09 16:45:17 +03:00
|
|
|
func encBufferFromWriter(w io.Writer) *encBuffer {
|
|
|
|
switch w := w.(type) {
|
|
|
|
case EncoderBuffer:
|
|
|
|
return w.buf
|
|
|
|
case *EncoderBuffer:
|
|
|
|
return w.buf
|
|
|
|
case *encBuffer:
|
|
|
|
return w
|
|
|
|
default:
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
// EncoderBuffer is a buffer for incremental encoding.
|
|
|
|
//
|
|
|
|
// The zero value is NOT ready for use. To get a usable buffer,
|
|
|
|
// create it using NewEncoderBuffer or call Reset.
|
|
|
|
type EncoderBuffer struct {
|
|
|
|
buf *encBuffer
|
|
|
|
dst io.Writer
|
|
|
|
|
|
|
|
ownBuffer bool
|
|
|
|
}
|
|
|
|
|
|
|
|
// NewEncoderBuffer creates an encoder buffer.
|
|
|
|
func NewEncoderBuffer(dst io.Writer) EncoderBuffer {
|
|
|
|
var w EncoderBuffer
|
|
|
|
w.Reset(dst)
|
|
|
|
return w
|
|
|
|
}
|
|
|
|
|
|
|
|
// Reset truncates the buffer and sets the output destination.
|
|
|
|
func (w *EncoderBuffer) Reset(dst io.Writer) {
|
|
|
|
if w.buf != nil && !w.ownBuffer {
|
|
|
|
panic("can't Reset derived EncoderBuffer")
|
|
|
|
}
|
|
|
|
|
|
|
|
// If the destination writer has an *encBuffer, use it.
|
|
|
|
// Note that w.ownBuffer is left false here.
|
|
|
|
if dst != nil {
|
2022-03-09 16:45:17 +03:00
|
|
|
if outer := encBufferFromWriter(dst); outer != nil {
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
*w = EncoderBuffer{outer, nil, false}
|
|
|
|
return
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Get a fresh buffer.
|
|
|
|
if w.buf == nil {
|
|
|
|
w.buf = encBufferPool.Get().(*encBuffer)
|
|
|
|
w.ownBuffer = true
|
|
|
|
}
|
|
|
|
w.buf.reset()
|
|
|
|
w.dst = dst
|
|
|
|
}
|
|
|
|
|
|
|
|
// Flush writes encoded RLP data to the output writer. This can only be called once.
|
|
|
|
// If you want to re-use the buffer after Flush, you must call Reset.
|
|
|
|
func (w *EncoderBuffer) Flush() error {
|
|
|
|
var err error
|
|
|
|
if w.dst != nil {
|
2022-03-09 16:45:17 +03:00
|
|
|
err = w.buf.writeTo(w.dst)
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
}
|
|
|
|
// Release the internal buffer.
|
|
|
|
if w.ownBuffer {
|
|
|
|
encBufferPool.Put(w.buf)
|
|
|
|
}
|
|
|
|
*w = EncoderBuffer{}
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
|
|
|
|
// ToBytes returns the encoded bytes.
|
|
|
|
func (w *EncoderBuffer) ToBytes() []byte {
|
2022-03-09 16:45:17 +03:00
|
|
|
return w.buf.makeBytes()
|
|
|
|
}
|
|
|
|
|
|
|
|
// AppendToBytes appends the encoded bytes to dst.
|
|
|
|
func (w *EncoderBuffer) AppendToBytes(dst []byte) []byte {
|
|
|
|
size := w.buf.size()
|
|
|
|
out := append(dst, make([]byte, size)...)
|
|
|
|
w.buf.copyTo(out[len(dst):])
|
|
|
|
return out
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// Write appends b directly to the encoder output.
|
|
|
|
func (w EncoderBuffer) Write(b []byte) (int, error) {
|
|
|
|
return w.buf.Write(b)
|
|
|
|
}
|
|
|
|
|
|
|
|
// WriteBool writes b as the integer 0 (false) or 1 (true).
|
|
|
|
func (w EncoderBuffer) WriteBool(b bool) {
|
|
|
|
w.buf.writeBool(b)
|
|
|
|
}
|
|
|
|
|
|
|
|
// WriteUint64 encodes an unsigned integer.
|
|
|
|
func (w EncoderBuffer) WriteUint64(i uint64) {
|
|
|
|
w.buf.writeUint64(i)
|
|
|
|
}
|
|
|
|
|
|
|
|
// WriteBigInt encodes a big.Int as an RLP string.
|
|
|
|
// Note: Unlike with Encode, the sign of i is ignored.
|
|
|
|
func (w EncoderBuffer) WriteBigInt(i *big.Int) {
|
|
|
|
w.buf.writeBigInt(i)
|
|
|
|
}
|
|
|
|
|
2023-03-17 13:51:55 +03:00
|
|
|
// WriteUint256 encodes uint256.Int as an RLP string.
|
|
|
|
func (w EncoderBuffer) WriteUint256(i *uint256.Int) {
|
|
|
|
w.buf.writeUint256(i)
|
|
|
|
}
|
|
|
|
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
// WriteBytes encodes b as an RLP string.
|
|
|
|
func (w EncoderBuffer) WriteBytes(b []byte) {
|
|
|
|
w.buf.writeBytes(b)
|
|
|
|
}
|
|
|
|
|
2022-10-04 09:44:05 +03:00
|
|
|
// WriteString encodes s as an RLP string.
|
2022-02-25 00:55:45 +03:00
|
|
|
func (w EncoderBuffer) WriteString(s string) {
|
|
|
|
w.buf.writeString(s)
|
|
|
|
}
|
|
|
|
|
rlp/rlpgen: RLP encoder code generator (#24251)
This change adds a code generator tool for creating EncodeRLP method
implementations. The generated methods will behave identically to the
reflect-based encoder, but run faster because there is no reflection overhead.
Package rlp now provides the EncoderBuffer type for incremental encoding. This
is used by generated code, but the new methods can also be useful for
hand-written encoders.
There is also experimental support for generating DecodeRLP, and some new
methods have been added to the existing Stream type to support this. Creating
decoders with rlpgen is not recommended at this time because the generated
methods create very poor error reporting.
More detail about package rlp changes:
* rlp: externalize struct field processing / validation
This adds a new package, rlp/internal/rlpstruct, in preparation for the
RLP encoder generator.
I think the struct field rules are subtle enough to warrant extracting
this into their own package, even though it means that a bunch of
adapter code is needed for converting to/from rlpstruct.Type.
* rlp: add more decoder methods (for rlpgen)
This adds new methods on rlp.Stream:
- Uint64, Uint32, Uint16, Uint8, BigInt
- ReadBytes for decoding into []byte
- MoreDataInList - useful for optional list elements
* rlp: expose encoder buffer (for rlpgen)
This exposes the internal encoder buffer type for use in EncodeRLP
implementations.
The new EncoderBuffer type is a sort-of 'opaque handle' for a pointer to
encBuffer. It is implemented this way to ensure the global encBuffer pool
is handled correctly.
2022-02-16 20:14:12 +03:00
|
|
|
// List starts a list. It returns an internal index. Call EndList with
|
|
|
|
// this index after encoding the content to finish the list.
|
|
|
|
func (w EncoderBuffer) List() int {
|
|
|
|
return w.buf.list()
|
|
|
|
}
|
|
|
|
|
|
|
|
// ListEnd finishes the given list.
|
|
|
|
func (w EncoderBuffer) ListEnd(index int) {
|
|
|
|
w.buf.listEnd(index)
|
|
|
|
}
|