mirror/protobuf-go
1
0
Fork 0
mirror of https://github.com/protocolbuffers/protobuf-go.git synced 2025-01-26 09:35:33 +00:00
Code Issues Packages Projects Releases Wiki Activity
protobuf-go/internal/testprotos/test/test.pb.go

3514 lines
187 KiB
Go
Raw Normal View History

proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
// Code generated by protoc-gen-go. DO NOT EDIT.
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
// source: test/test.proto
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
internal/testprotos: fix import path of test.proto Change the go_package option to match the actual import path of this package. Change-Id: Ie8630878ce75e34ca76d97c6e2922254cf964801 Reviewed-on: https://go-review.googlesource.com/c/156344 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-04 16:40:51 -08:00
package test
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
import (
all: change module to google.golang.org/protobuf Temporarily remove go.mod, since we can't generate an accurate one until the corresponding v1 change is submitted. Change-Id: I1e1ad97f2b455e33f61ffaeb8676289795e47e72 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/177000 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-13 23:55:40 -07:00
weak "google.golang.org/protobuf/internal/testprotos/test/weak"
protoreflect "google.golang.org/protobuf/reflect/protoreflect"
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
prototype "google.golang.org/protobuf/reflect/prototype"
all: change module to google.golang.org/protobuf Temporarily remove go.mod, since we can't generate an accurate one until the corresponding v1 change is submitted. Change-Id: I1e1ad97f2b455e33f61ffaeb8676289795e47e72 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/177000 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-13 23:55:40 -07:00
protoiface "google.golang.org/protobuf/runtime/protoiface"
protoimpl "google.golang.org/protobuf/runtime/protoimpl"
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
sync "sync"
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
)
cmd/protoc-gen-go, runtime/protoimpl: enforce minimum and maximum versions Generate the needed infrastructure to ensure that we can statically enforce minimum and maximum versions. This enables us to have a policy when we release v2 where it fails to build for: * new generated code with really old runtimes * new runtimes with really old generated code Change-Id: Ib699ad62c06dff8f9285806394a741c18db00288 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/178546 Reviewed-by: Damien Neil <dneil@google.com>
2019-05-22 16:27:51 -04:00
const (
// Verify that runtime/protoimpl is sufficiently up-to-date.
_ = protoimpl.EnforceVersion(protoimpl.MaxVersion - 0)
// Verify that this generated code is sufficiently up-to-date.
_ = protoimpl.EnforceVersion(0 - protoimpl.MinVersion)
)
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
type ForeignEnum int32
const (
ForeignEnum_FOREIGN_FOO ForeignEnum = 4
ForeignEnum_FOREIGN_BAR ForeignEnum = 5
ForeignEnum_FOREIGN_BAZ ForeignEnum = 6
)
var ForeignEnum_name = map[int32]string{
4: "FOREIGN_FOO",
5: "FOREIGN_BAR",
6: "FOREIGN_BAZ",
}
var ForeignEnum_value = map[string]int32{
"FOREIGN_FOO": 4,
"FOREIGN_BAR": 5,
"FOREIGN_BAZ": 6,
}
func (x ForeignEnum) Enum() *ForeignEnum {
cmd/protoc-gen-go: revert Enum simplication Go1.12 on GoLLVM with LLVM 9.0.0 has a bug where the simpler but equivalent expression results in memory corruption. Revert to the more complex expression to avoid breaking GoLLVM and it is not worth waiting for a GoLLVM fix. Change-Id: I8b42965ca9bd333deb8693021e7b22f966e13521 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171463 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-10 15:29:01 -07:00
p := new(ForeignEnum)
*p = x
return p
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
func (x ForeignEnum) String() string {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
return protoimpl.X.EnumStringOf(x.Descriptor(), protoreflect.EnumNumber(x))
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
func (ForeignEnum) Descriptor() protoreflect.EnumDescriptor {
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
return file_test_test_proto_enumTypes[0].EnumDescriptor
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x ForeignEnum) Number() protoreflect.EnumNumber {
return protoreflect.EnumNumber(x)
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Do not use.
func (x *ForeignEnum) UnmarshalJSON(b []byte) error {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
num, err := protoimpl.X.UnmarshalJSONEnum(x.Descriptor(), b)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
if err != nil {
return err
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
*x = ForeignEnum(num)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
return nil
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use ForeignEnum.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (ForeignEnum) EnumDescriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{0}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
type TestReservedEnumFields int32
const (
TestReservedEnumFields_RESERVED_ENUM TestReservedEnumFields = 0
)
var TestReservedEnumFields_name = map[int32]string{
0: "RESERVED_ENUM",
}
var TestReservedEnumFields_value = map[string]int32{
"RESERVED_ENUM": 0,
}
func (x TestReservedEnumFields) Enum() *TestReservedEnumFields {
cmd/protoc-gen-go: revert Enum simplication Go1.12 on GoLLVM with LLVM 9.0.0 has a bug where the simpler but equivalent expression results in memory corruption. Revert to the more complex expression to avoid breaking GoLLVM and it is not worth waiting for a GoLLVM fix. Change-Id: I8b42965ca9bd333deb8693021e7b22f966e13521 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171463 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-10 15:29:01 -07:00
p := new(TestReservedEnumFields)
*p = x
return p
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
func (x TestReservedEnumFields) String() string {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
return protoimpl.X.EnumStringOf(x.Descriptor(), protoreflect.EnumNumber(x))
}
func (TestReservedEnumFields) Descriptor() protoreflect.EnumDescriptor {
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
return file_test_test_proto_enumTypes[1].EnumDescriptor
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x TestReservedEnumFields) Number() protoreflect.EnumNumber {
return protoreflect.EnumNumber(x)
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Do not use.
func (x *TestReservedEnumFields) UnmarshalJSON(b []byte) error {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
num, err := protoimpl.X.UnmarshalJSONEnum(x.Descriptor(), b)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
if err != nil {
return err
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
*x = TestReservedEnumFields(num)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
return nil
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestReservedEnumFields.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (TestReservedEnumFields) EnumDescriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{1}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
type TestAllTypes_NestedEnum int32
const (
TestAllTypes_FOO TestAllTypes_NestedEnum = 0
TestAllTypes_BAR TestAllTypes_NestedEnum = 1
TestAllTypes_BAZ TestAllTypes_NestedEnum = 2
TestAllTypes_NEG TestAllTypes_NestedEnum = -1
)
var TestAllTypes_NestedEnum_name = map[int32]string{
0: "FOO",
1: "BAR",
2: "BAZ",
-1: "NEG",
}
var TestAllTypes_NestedEnum_value = map[string]int32{
"FOO": 0,
"BAR": 1,
"BAZ": 2,
"NEG": -1,
}
func (x TestAllTypes_NestedEnum) Enum() *TestAllTypes_NestedEnum {
cmd/protoc-gen-go: revert Enum simplication Go1.12 on GoLLVM with LLVM 9.0.0 has a bug where the simpler but equivalent expression results in memory corruption. Revert to the more complex expression to avoid breaking GoLLVM and it is not worth waiting for a GoLLVM fix. Change-Id: I8b42965ca9bd333deb8693021e7b22f966e13521 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171463 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-10 15:29:01 -07:00
p := new(TestAllTypes_NestedEnum)
*p = x
return p
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
func (x TestAllTypes_NestedEnum) String() string {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
return protoimpl.X.EnumStringOf(x.Descriptor(), protoreflect.EnumNumber(x))
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
func (TestAllTypes_NestedEnum) Descriptor() protoreflect.EnumDescriptor {
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
return file_test_test_proto_enumTypes[2].EnumDescriptor
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x TestAllTypes_NestedEnum) Number() protoreflect.EnumNumber {
return protoreflect.EnumNumber(x)
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Do not use.
func (x *TestAllTypes_NestedEnum) UnmarshalJSON(b []byte) error {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
num, err := protoimpl.X.UnmarshalJSONEnum(x.Descriptor(), b)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
if err != nil {
return err
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
*x = TestAllTypes_NestedEnum(num)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return nil
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllTypes_NestedEnum.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (TestAllTypes_NestedEnum) EnumDescriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{0, 0}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
type TestDeprecatedMessage_DeprecatedEnum int32 // Deprecated: Do not use.
const (
TestDeprecatedMessage_DEPRECATED TestDeprecatedMessage_DeprecatedEnum = 0 // Deprecated: Do not use.
)
var TestDeprecatedMessage_DeprecatedEnum_name = map[int32]string{
0: "DEPRECATED",
}
var TestDeprecatedMessage_DeprecatedEnum_value = map[string]int32{
"DEPRECATED": 0,
}
func (x TestDeprecatedMessage_DeprecatedEnum) Enum() *TestDeprecatedMessage_DeprecatedEnum {
cmd/protoc-gen-go: revert Enum simplication Go1.12 on GoLLVM with LLVM 9.0.0 has a bug where the simpler but equivalent expression results in memory corruption. Revert to the more complex expression to avoid breaking GoLLVM and it is not worth waiting for a GoLLVM fix. Change-Id: I8b42965ca9bd333deb8693021e7b22f966e13521 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171463 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-10 15:29:01 -07:00
p := new(TestDeprecatedMessage_DeprecatedEnum)
*p = x
return p
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
func (x TestDeprecatedMessage_DeprecatedEnum) String() string {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
return protoimpl.X.EnumStringOf(x.Descriptor(), protoreflect.EnumNumber(x))
}
func (TestDeprecatedMessage_DeprecatedEnum) Descriptor() protoreflect.EnumDescriptor {
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
return file_test_test_proto_enumTypes[3].EnumDescriptor
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x TestDeprecatedMessage_DeprecatedEnum) Number() protoreflect.EnumNumber {
return protoreflect.EnumNumber(x)
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Do not use.
func (x *TestDeprecatedMessage_DeprecatedEnum) UnmarshalJSON(b []byte) error {
reflect/protoreflect: add Descriptor specific methods Added methods: Enum.Descriptor Message.Descriptor EnumType.Descriptor MessageType.Descriptor ExtensionType.Descriptor Message.New All functionality is switched over to use those methods instead of implicitly relying on the fact that {Enum,Message}Type implicitly implement the associated descriptor interface. This CL does not yet remove {Enum,Message}.Type or prevent {Enum,Message,Extension}Type from implementating a descriptor. That is a subsequent CL. The Message.New method is also added to replace functionality that will be lost when the Type methods are removed. Change-Id: I7fefde1673bbd40bfdac489aca05cec9a6c98eb1 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174918 Reviewed-by: Damien Neil <dneil@google.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-05-01 12:29:25 -07:00
num, err := protoimpl.X.UnmarshalJSONEnum(x.Descriptor(), b)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
if err != nil {
return err
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
*x = TestDeprecatedMessage_DeprecatedEnum(num)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
return nil
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestDeprecatedMessage_DeprecatedEnum.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (TestDeprecatedMessage_DeprecatedEnum) EnumDescriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{1, 0}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
type TestAllTypes struct {
OptionalInt32 *int32 `protobuf:"varint,1,opt,name=optional_int32,json=optionalInt32" json:"optional_int32,omitempty"`
OptionalInt64 *int64 `protobuf:"varint,2,opt,name=optional_int64,json=optionalInt64" json:"optional_int64,omitempty"`
OptionalUint32 *uint32 `protobuf:"varint,3,opt,name=optional_uint32,json=optionalUint32" json:"optional_uint32,omitempty"`
OptionalUint64 *uint64 `protobuf:"varint,4,opt,name=optional_uint64,json=optionalUint64" json:"optional_uint64,omitempty"`
OptionalSint32 *int32 `protobuf:"zigzag32,5,opt,name=optional_sint32,json=optionalSint32" json:"optional_sint32,omitempty"`
OptionalSint64 *int64 `protobuf:"zigzag64,6,opt,name=optional_sint64,json=optionalSint64" json:"optional_sint64,omitempty"`
OptionalFixed32 *uint32 `protobuf:"fixed32,7,opt,name=optional_fixed32,json=optionalFixed32" json:"optional_fixed32,omitempty"`
OptionalFixed64 *uint64 `protobuf:"fixed64,8,opt,name=optional_fixed64,json=optionalFixed64" json:"optional_fixed64,omitempty"`
OptionalSfixed32 *int32 `protobuf:"fixed32,9,opt,name=optional_sfixed32,json=optionalSfixed32" json:"optional_sfixed32,omitempty"`
OptionalSfixed64 *int64 `protobuf:"fixed64,10,opt,name=optional_sfixed64,json=optionalSfixed64" json:"optional_sfixed64,omitempty"`
OptionalFloat *float32 `protobuf:"fixed32,11,opt,name=optional_float,json=optionalFloat" json:"optional_float,omitempty"`
OptionalDouble *float64 `protobuf:"fixed64,12,opt,name=optional_double,json=optionalDouble" json:"optional_double,omitempty"`
OptionalBool *bool `protobuf:"varint,13,opt,name=optional_bool,json=optionalBool" json:"optional_bool,omitempty"`
OptionalString *string `protobuf:"bytes,14,opt,name=optional_string,json=optionalString" json:"optional_string,omitempty"`
OptionalBytes []byte `protobuf:"bytes,15,opt,name=optional_bytes,json=optionalBytes" json:"optional_bytes,omitempty"`
Optionalgroup *TestAllTypes_OptionalGroup `protobuf:"group,16,opt,name=OptionalGroup,json=optionalgroup" json:"optionalgroup,omitempty"`
OptionalNestedMessage *TestAllTypes_NestedMessage `protobuf:"bytes,18,opt,name=optional_nested_message,json=optionalNestedMessage" json:"optional_nested_message,omitempty"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
OptionalForeignMessage *ForeignMessage `protobuf:"bytes,19,opt,name=optional_foreign_message,json=optionalForeignMessage" json:"optional_foreign_message,omitempty"`
OptionalImportMessage *ImportMessage `protobuf:"bytes,20,opt,name=optional_import_message,json=optionalImportMessage" json:"optional_import_message,omitempty"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
OptionalNestedEnum *TestAllTypes_NestedEnum `protobuf:"varint,21,opt,name=optional_nested_enum,json=optionalNestedEnum,enum=goproto.proto.test.TestAllTypes_NestedEnum" json:"optional_nested_enum,omitempty"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
OptionalForeignEnum *ForeignEnum `protobuf:"varint,22,opt,name=optional_foreign_enum,json=optionalForeignEnum,enum=goproto.proto.test.ForeignEnum" json:"optional_foreign_enum,omitempty"`
OptionalImportEnum *ImportEnum `protobuf:"varint,23,opt,name=optional_import_enum,json=optionalImportEnum,enum=goproto.proto.test.ImportEnum" json:"optional_import_enum,omitempty"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
RepeatedInt32 []int32 `protobuf:"varint,31,rep,name=repeated_int32,json=repeatedInt32" json:"repeated_int32,omitempty"`
RepeatedInt64 []int64 `protobuf:"varint,32,rep,name=repeated_int64,json=repeatedInt64" json:"repeated_int64,omitempty"`
RepeatedUint32 []uint32 `protobuf:"varint,33,rep,name=repeated_uint32,json=repeatedUint32" json:"repeated_uint32,omitempty"`
RepeatedUint64 []uint64 `protobuf:"varint,34,rep,name=repeated_uint64,json=repeatedUint64" json:"repeated_uint64,omitempty"`
RepeatedSint32 []int32 `protobuf:"zigzag32,35,rep,name=repeated_sint32,json=repeatedSint32" json:"repeated_sint32,omitempty"`
RepeatedSint64 []int64 `protobuf:"zigzag64,36,rep,name=repeated_sint64,json=repeatedSint64" json:"repeated_sint64,omitempty"`
RepeatedFixed32 []uint32 `protobuf:"fixed32,37,rep,name=repeated_fixed32,json=repeatedFixed32" json:"repeated_fixed32,omitempty"`
RepeatedFixed64 []uint64 `protobuf:"fixed64,38,rep,name=repeated_fixed64,json=repeatedFixed64" json:"repeated_fixed64,omitempty"`
RepeatedSfixed32 []int32 `protobuf:"fixed32,39,rep,name=repeated_sfixed32,json=repeatedSfixed32" json:"repeated_sfixed32,omitempty"`
RepeatedSfixed64 []int64 `protobuf:"fixed64,40,rep,name=repeated_sfixed64,json=repeatedSfixed64" json:"repeated_sfixed64,omitempty"`
RepeatedFloat []float32 `protobuf:"fixed32,41,rep,name=repeated_float,json=repeatedFloat" json:"repeated_float,omitempty"`
RepeatedDouble []float64 `protobuf:"fixed64,42,rep,name=repeated_double,json=repeatedDouble" json:"repeated_double,omitempty"`
RepeatedBool []bool `protobuf:"varint,43,rep,name=repeated_bool,json=repeatedBool" json:"repeated_bool,omitempty"`
RepeatedString []string `protobuf:"bytes,44,rep,name=repeated_string,json=repeatedString" json:"repeated_string,omitempty"`
RepeatedBytes [][]byte `protobuf:"bytes,45,rep,name=repeated_bytes,json=repeatedBytes" json:"repeated_bytes,omitempty"`
Repeatedgroup []*TestAllTypes_RepeatedGroup `protobuf:"group,46,rep,name=RepeatedGroup,json=repeatedgroup" json:"repeatedgroup,omitempty"`
RepeatedNestedMessage []*TestAllTypes_NestedMessage `protobuf:"bytes,48,rep,name=repeated_nested_message,json=repeatedNestedMessage" json:"repeated_nested_message,omitempty"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
RepeatedForeignMessage []*ForeignMessage `protobuf:"bytes,49,rep,name=repeated_foreign_message,json=repeatedForeignMessage" json:"repeated_foreign_message,omitempty"`
RepeatedImportmessage []*ImportMessage `protobuf:"bytes,50,rep,name=repeated_importmessage,json=repeatedImportmessage" json:"repeated_importmessage,omitempty"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
RepeatedNestedEnum []TestAllTypes_NestedEnum `protobuf:"varint,51,rep,name=repeated_nested_enum,json=repeatedNestedEnum,enum=goproto.proto.test.TestAllTypes_NestedEnum" json:"repeated_nested_enum,omitempty"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
RepeatedForeignEnum []ForeignEnum `protobuf:"varint,52,rep,name=repeated_foreign_enum,json=repeatedForeignEnum,enum=goproto.proto.test.ForeignEnum" json:"repeated_foreign_enum,omitempty"`
RepeatedImportenum []ImportEnum `protobuf:"varint,53,rep,name=repeated_importenum,json=repeatedImportenum,enum=goproto.proto.test.ImportEnum" json:"repeated_importenum,omitempty"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
MapInt32Int32 map[int32]int32 `protobuf:"bytes,56,rep,name=map_int32_int32,json=mapInt32Int32" json:"map_int32_int32,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"varint,2,opt,name=value"`
MapInt64Int64 map[int64]int64 `protobuf:"bytes,57,rep,name=map_int64_int64,json=mapInt64Int64" json:"map_int64_int64,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"varint,2,opt,name=value"`
MapUint32Uint32 map[uint32]uint32 `protobuf:"bytes,58,rep,name=map_uint32_uint32,json=mapUint32Uint32" json:"map_uint32_uint32,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"varint,2,opt,name=value"`
MapUint64Uint64 map[uint64]uint64 `protobuf:"bytes,59,rep,name=map_uint64_uint64,json=mapUint64Uint64" json:"map_uint64_uint64,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"varint,2,opt,name=value"`
MapSint32Sint32 map[int32]int32 `protobuf:"bytes,60,rep,name=map_sint32_sint32,json=mapSint32Sint32" json:"map_sint32_sint32,omitempty" protobuf_key:"zigzag32,1,opt,name=key" protobuf_val:"zigzag32,2,opt,name=value"`
MapSint64Sint64 map[int64]int64 `protobuf:"bytes,61,rep,name=map_sint64_sint64,json=mapSint64Sint64" json:"map_sint64_sint64,omitempty" protobuf_key:"zigzag64,1,opt,name=key" protobuf_val:"zigzag64,2,opt,name=value"`
MapFixed32Fixed32 map[uint32]uint32 `protobuf:"bytes,62,rep,name=map_fixed32_fixed32,json=mapFixed32Fixed32" json:"map_fixed32_fixed32,omitempty" protobuf_key:"fixed32,1,opt,name=key" protobuf_val:"fixed32,2,opt,name=value"`
MapFixed64Fixed64 map[uint64]uint64 `protobuf:"bytes,63,rep,name=map_fixed64_fixed64,json=mapFixed64Fixed64" json:"map_fixed64_fixed64,omitempty" protobuf_key:"fixed64,1,opt,name=key" protobuf_val:"fixed64,2,opt,name=value"`
MapSfixed32Sfixed32 map[int32]int32 `protobuf:"bytes,64,rep,name=map_sfixed32_sfixed32,json=mapSfixed32Sfixed32" json:"map_sfixed32_sfixed32,omitempty" protobuf_key:"fixed32,1,opt,name=key" protobuf_val:"fixed32,2,opt,name=value"`
MapSfixed64Sfixed64 map[int64]int64 `protobuf:"bytes,65,rep,name=map_sfixed64_sfixed64,json=mapSfixed64Sfixed64" json:"map_sfixed64_sfixed64,omitempty" protobuf_key:"fixed64,1,opt,name=key" protobuf_val:"fixed64,2,opt,name=value"`
MapInt32Float map[int32]float32 `protobuf:"bytes,66,rep,name=map_int32_float,json=mapInt32Float" json:"map_int32_float,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"fixed32,2,opt,name=value"`
MapInt32Double map[int32]float64 `protobuf:"bytes,67,rep,name=map_int32_double,json=mapInt32Double" json:"map_int32_double,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"fixed64,2,opt,name=value"`
MapBoolBool map[bool]bool `protobuf:"bytes,68,rep,name=map_bool_bool,json=mapBoolBool" json:"map_bool_bool,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"varint,2,opt,name=value"`
MapStringString map[string]string `protobuf:"bytes,69,rep,name=map_string_string,json=mapStringString" json:"map_string_string,omitempty" protobuf_key:"bytes,1,opt,name=key" protobuf_val:"bytes,2,opt,name=value"`
MapStringBytes map[string][]byte `protobuf:"bytes,70,rep,name=map_string_bytes,json=mapStringBytes" json:"map_string_bytes,omitempty" protobuf_key:"bytes,1,opt,name=key" protobuf_val:"bytes,2,opt,name=value"`
MapStringNestedMessage map[string]*TestAllTypes_NestedMessage `protobuf:"bytes,71,rep,name=map_string_nested_message,json=mapStringNestedMessage" json:"map_string_nested_message,omitempty" protobuf_key:"bytes,1,opt,name=key" protobuf_val:"bytes,2,opt,name=value"`
MapStringNestedEnum map[string]TestAllTypes_NestedEnum `protobuf:"bytes,73,rep,name=map_string_nested_enum,json=mapStringNestedEnum" json:"map_string_nested_enum,omitempty" protobuf_key:"bytes,1,opt,name=key" protobuf_val:"varint,2,opt,name=value,enum=goproto.proto.test.TestAllTypes_NestedEnum"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
// Singular with defaults
DefaultInt32 *int32 `protobuf:"varint,81,opt,name=default_int32,json=defaultInt32,def=81" json:"default_int32,omitempty"`
DefaultInt64 *int64 `protobuf:"varint,82,opt,name=default_int64,json=defaultInt64,def=82" json:"default_int64,omitempty"`
DefaultUint32 *uint32 `protobuf:"varint,83,opt,name=default_uint32,json=defaultUint32,def=83" json:"default_uint32,omitempty"`
DefaultUint64 *uint64 `protobuf:"varint,84,opt,name=default_uint64,json=defaultUint64,def=84" json:"default_uint64,omitempty"`
DefaultSint32 *int32 `protobuf:"zigzag32,85,opt,name=default_sint32,json=defaultSint32,def=-85" json:"default_sint32,omitempty"`
DefaultSint64 *int64 `protobuf:"zigzag64,86,opt,name=default_sint64,json=defaultSint64,def=86" json:"default_sint64,omitempty"`
DefaultFixed32 *uint32 `protobuf:"fixed32,87,opt,name=default_fixed32,json=defaultFixed32,def=87" json:"default_fixed32,omitempty"`
DefaultFixed64 *uint64 `protobuf:"fixed64,88,opt,name=default_fixed64,json=defaultFixed64,def=88" json:"default_fixed64,omitempty"`
DefaultSfixed32 *int32 `protobuf:"fixed32,89,opt,name=default_sfixed32,json=defaultSfixed32,def=89" json:"default_sfixed32,omitempty"`
DefaultSfixed64 *int64 `protobuf:"fixed64,80,opt,name=default_sfixed64,json=defaultSfixed64,def=-90" json:"default_sfixed64,omitempty"`
DefaultFloat *float32 `protobuf:"fixed32,91,opt,name=default_float,json=defaultFloat,def=91.5" json:"default_float,omitempty"`
DefaultDouble *float64 `protobuf:"fixed64,92,opt,name=default_double,json=defaultDouble,def=92000" json:"default_double,omitempty"`
DefaultBool *bool `protobuf:"varint,93,opt,name=default_bool,json=defaultBool,def=1" json:"default_bool,omitempty"`
DefaultString *string `protobuf:"bytes,94,opt,name=default_string,json=defaultString,def=hello" json:"default_string,omitempty"`
DefaultBytes []byte `protobuf:"bytes,95,opt,name=default_bytes,json=defaultBytes,def=world" json:"default_bytes,omitempty"`
DefaultNestedEnum *TestAllTypes_NestedEnum `protobuf:"varint,96,opt,name=default_nested_enum,json=defaultNestedEnum,enum=goproto.proto.test.TestAllTypes_NestedEnum,def=1" json:"default_nested_enum,omitempty"`
DefaultForeignEnum *ForeignEnum `protobuf:"varint,97,opt,name=default_foreign_enum,json=defaultForeignEnum,enum=goproto.proto.test.ForeignEnum,def=5" json:"default_foreign_enum,omitempty"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
// Types that are valid to be assigned to OneofField:
// *TestAllTypes_OneofUint32
// *TestAllTypes_OneofNestedMessage
// *TestAllTypes_OneofString
// *TestAllTypes_OneofBytes
// *TestAllTypes_OneofBool
// *TestAllTypes_OneofUint64
// *TestAllTypes_OneofFloat
// *TestAllTypes_OneofDouble
// *TestAllTypes_OneofEnum
OneofField isTestAllTypes_OneofField `protobuf_oneof:"oneof_field"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) Reset() {
*x = TestAllTypes{}
}
func (x *TestAllTypes) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestAllTypes) ProtoMessage() {}
func (x *TestAllTypes) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[0].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestAllTypes) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[0].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllTypes.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*TestAllTypes) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{0}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
const Default_TestAllTypes_DefaultInt32 int32 = 81
const Default_TestAllTypes_DefaultInt64 int64 = 82
const Default_TestAllTypes_DefaultUint32 uint32 = 83
const Default_TestAllTypes_DefaultUint64 uint64 = 84
const Default_TestAllTypes_DefaultSint32 int32 = -85
const Default_TestAllTypes_DefaultSint64 int64 = 86
const Default_TestAllTypes_DefaultFixed32 uint32 = 87
const Default_TestAllTypes_DefaultFixed64 uint64 = 88
const Default_TestAllTypes_DefaultSfixed32 int32 = 89
const Default_TestAllTypes_DefaultSfixed64 int64 = -90
const Default_TestAllTypes_DefaultFloat float32 = 91.5
const Default_TestAllTypes_DefaultDouble float64 = 92000
const Default_TestAllTypes_DefaultBool bool = true
const Default_TestAllTypes_DefaultString string = "hello"
var Default_TestAllTypes_DefaultBytes []byte = []byte("world")
const Default_TestAllTypes_DefaultNestedEnum TestAllTypes_NestedEnum = TestAllTypes_BAR
const Default_TestAllTypes_DefaultForeignEnum ForeignEnum = ForeignEnum_FOREIGN_BAR
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalInt32() int32 {
if x != nil && x.OptionalInt32 != nil {
return *x.OptionalInt32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalInt64() int64 {
if x != nil && x.OptionalInt64 != nil {
return *x.OptionalInt64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalUint32() uint32 {
if x != nil && x.OptionalUint32 != nil {
return *x.OptionalUint32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalUint64() uint64 {
if x != nil && x.OptionalUint64 != nil {
return *x.OptionalUint64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalSint32() int32 {
if x != nil && x.OptionalSint32 != nil {
return *x.OptionalSint32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalSint64() int64 {
if x != nil && x.OptionalSint64 != nil {
return *x.OptionalSint64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalFixed32() uint32 {
if x != nil && x.OptionalFixed32 != nil {
return *x.OptionalFixed32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalFixed64() uint64 {
if x != nil && x.OptionalFixed64 != nil {
return *x.OptionalFixed64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalSfixed32() int32 {
if x != nil && x.OptionalSfixed32 != nil {
return *x.OptionalSfixed32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalSfixed64() int64 {
if x != nil && x.OptionalSfixed64 != nil {
return *x.OptionalSfixed64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalFloat() float32 {
if x != nil && x.OptionalFloat != nil {
return *x.OptionalFloat
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalDouble() float64 {
if x != nil && x.OptionalDouble != nil {
return *x.OptionalDouble
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalBool() bool {
if x != nil && x.OptionalBool != nil {
return *x.OptionalBool
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return false
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalString() string {
if x != nil && x.OptionalString != nil {
return *x.OptionalString
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return ""
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalBytes() []byte {
if x != nil {
return x.OptionalBytes
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalgroup() *TestAllTypes_OptionalGroup {
if x != nil {
return x.Optionalgroup
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalNestedMessage() *TestAllTypes_NestedMessage {
if x != nil {
return x.OptionalNestedMessage
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalForeignMessage() *ForeignMessage {
if x != nil {
return x.OptionalForeignMessage
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalImportMessage() *ImportMessage {
if x != nil {
return x.OptionalImportMessage
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalNestedEnum() TestAllTypes_NestedEnum {
if x != nil && x.OptionalNestedEnum != nil {
return *x.OptionalNestedEnum
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return TestAllTypes_FOO
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalForeignEnum() ForeignEnum {
if x != nil && x.OptionalForeignEnum != nil {
return *x.OptionalForeignEnum
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return ForeignEnum_FOREIGN_FOO
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOptionalImportEnum() ImportEnum {
if x != nil && x.OptionalImportEnum != nil {
return *x.OptionalImportEnum
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return ImportEnum_IMPORT_ZERO
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedInt32() []int32 {
if x != nil {
return x.RepeatedInt32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedInt64() []int64 {
if x != nil {
return x.RepeatedInt64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedUint32() []uint32 {
if x != nil {
return x.RepeatedUint32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedUint64() []uint64 {
if x != nil {
return x.RepeatedUint64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedSint32() []int32 {
if x != nil {
return x.RepeatedSint32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedSint64() []int64 {
if x != nil {
return x.RepeatedSint64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedFixed32() []uint32 {
if x != nil {
return x.RepeatedFixed32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedFixed64() []uint64 {
if x != nil {
return x.RepeatedFixed64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedSfixed32() []int32 {
if x != nil {
return x.RepeatedSfixed32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedSfixed64() []int64 {
if x != nil {
return x.RepeatedSfixed64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedFloat() []float32 {
if x != nil {
return x.RepeatedFloat
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedDouble() []float64 {
if x != nil {
return x.RepeatedDouble
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedBool() []bool {
if x != nil {
return x.RepeatedBool
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedString() []string {
if x != nil {
return x.RepeatedString
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedBytes() [][]byte {
if x != nil {
return x.RepeatedBytes
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedgroup() []*TestAllTypes_RepeatedGroup {
if x != nil {
return x.Repeatedgroup
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedNestedMessage() []*TestAllTypes_NestedMessage {
if x != nil {
return x.RepeatedNestedMessage
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedForeignMessage() []*ForeignMessage {
if x != nil {
return x.RepeatedForeignMessage
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedImportmessage() []*ImportMessage {
if x != nil {
return x.RepeatedImportmessage
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedNestedEnum() []TestAllTypes_NestedEnum {
if x != nil {
return x.RepeatedNestedEnum
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedForeignEnum() []ForeignEnum {
if x != nil {
return x.RepeatedForeignEnum
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetRepeatedImportenum() []ImportEnum {
if x != nil {
return x.RepeatedImportenum
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapInt32Int32() map[int32]int32 {
if x != nil {
return x.MapInt32Int32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapInt64Int64() map[int64]int64 {
if x != nil {
return x.MapInt64Int64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapUint32Uint32() map[uint32]uint32 {
if x != nil {
return x.MapUint32Uint32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapUint64Uint64() map[uint64]uint64 {
if x != nil {
return x.MapUint64Uint64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapSint32Sint32() map[int32]int32 {
if x != nil {
return x.MapSint32Sint32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapSint64Sint64() map[int64]int64 {
if x != nil {
return x.MapSint64Sint64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapFixed32Fixed32() map[uint32]uint32 {
if x != nil {
return x.MapFixed32Fixed32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapFixed64Fixed64() map[uint64]uint64 {
if x != nil {
return x.MapFixed64Fixed64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapSfixed32Sfixed32() map[int32]int32 {
if x != nil {
return x.MapSfixed32Sfixed32
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapSfixed64Sfixed64() map[int64]int64 {
if x != nil {
return x.MapSfixed64Sfixed64
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapInt32Float() map[int32]float32 {
if x != nil {
return x.MapInt32Float
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapInt32Double() map[int32]float64 {
if x != nil {
return x.MapInt32Double
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapBoolBool() map[bool]bool {
if x != nil {
return x.MapBoolBool
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapStringString() map[string]string {
if x != nil {
return x.MapStringString
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapStringBytes() map[string][]byte {
if x != nil {
return x.MapStringBytes
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapStringNestedMessage() map[string]*TestAllTypes_NestedMessage {
if x != nil {
return x.MapStringNestedMessage
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetMapStringNestedEnum() map[string]TestAllTypes_NestedEnum {
if x != nil {
return x.MapStringNestedEnum
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultInt32() int32 {
if x != nil && x.DefaultInt32 != nil {
return *x.DefaultInt32
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultInt32
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultInt64() int64 {
if x != nil && x.DefaultInt64 != nil {
return *x.DefaultInt64
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultInt64
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultUint32() uint32 {
if x != nil && x.DefaultUint32 != nil {
return *x.DefaultUint32
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultUint32
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultUint64() uint64 {
if x != nil && x.DefaultUint64 != nil {
return *x.DefaultUint64
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultUint64
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultSint32() int32 {
if x != nil && x.DefaultSint32 != nil {
return *x.DefaultSint32
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultSint32
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultSint64() int64 {
if x != nil && x.DefaultSint64 != nil {
return *x.DefaultSint64
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultSint64
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultFixed32() uint32 {
if x != nil && x.DefaultFixed32 != nil {
return *x.DefaultFixed32
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultFixed32
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultFixed64() uint64 {
if x != nil && x.DefaultFixed64 != nil {
return *x.DefaultFixed64
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultFixed64
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultSfixed32() int32 {
if x != nil && x.DefaultSfixed32 != nil {
return *x.DefaultSfixed32
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultSfixed32
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultSfixed64() int64 {
if x != nil && x.DefaultSfixed64 != nil {
return *x.DefaultSfixed64
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultSfixed64
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultFloat() float32 {
if x != nil && x.DefaultFloat != nil {
return *x.DefaultFloat
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultFloat
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultDouble() float64 {
if x != nil && x.DefaultDouble != nil {
return *x.DefaultDouble
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultDouble
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultBool() bool {
if x != nil && x.DefaultBool != nil {
return *x.DefaultBool
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultBool
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultString() string {
if x != nil && x.DefaultString != nil {
return *x.DefaultString
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultString
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultBytes() []byte {
if x != nil && x.DefaultBytes != nil {
return x.DefaultBytes
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return append([]byte(nil), Default_TestAllTypes_DefaultBytes...)
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultNestedEnum() TestAllTypes_NestedEnum {
if x != nil && x.DefaultNestedEnum != nil {
return *x.DefaultNestedEnum
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultNestedEnum
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetDefaultForeignEnum() ForeignEnum {
if x != nil && x.DefaultForeignEnum != nil {
return *x.DefaultForeignEnum
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return Default_TestAllTypes_DefaultForeignEnum
}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (m *TestAllTypes) GetOneofField() isTestAllTypes_OneofField {
if m != nil {
return m.OneofField
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofUint32() uint32 {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofUint32); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofUint32
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofNestedMessage() *TestAllTypes_NestedMessage {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofNestedMessage); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofNestedMessage
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofString() string {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofString); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofString
}
return ""
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofBytes() []byte {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofBytes); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofBytes
}
return nil
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofBool() bool {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofBool); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofBool
}
return false
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofUint64() uint64 {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofUint64); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofUint64
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofFloat() float32 {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofFloat); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofFloat
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofDouble() float64 {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofDouble); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofDouble
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes) GetOneofEnum() TestAllTypes_NestedEnum {
if x, ok := x.GetOneofField().(*TestAllTypes_OneofEnum); ok {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return x.OneofEnum
}
return TestAllTypes_FOO
}
cmd/protoc-gen-go: generate oneof types seperately Seperate out the generation of the oneof wrapper types from the code block that is about getter methods. Change-Id: Ief44ef953d0b5ad8c998a8542c830ca70468a3bf Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171029 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-08 14:03:15 -07:00
type isTestAllTypes_OneofField interface {
isTestAllTypes_OneofField()
}
type TestAllTypes_OneofUint32 struct {
OneofUint32 uint32 `protobuf:"varint,111,opt,name=oneof_uint32,json=oneofUint32,oneof"`
}
type TestAllTypes_OneofNestedMessage struct {
OneofNestedMessage *TestAllTypes_NestedMessage `protobuf:"bytes,112,opt,name=oneof_nested_message,json=oneofNestedMessage,oneof"`
}
type TestAllTypes_OneofString struct {
OneofString string `protobuf:"bytes,113,opt,name=oneof_string,json=oneofString,oneof"`
}
type TestAllTypes_OneofBytes struct {
OneofBytes []byte `protobuf:"bytes,114,opt,name=oneof_bytes,json=oneofBytes,oneof"`
}
type TestAllTypes_OneofBool struct {
OneofBool bool `protobuf:"varint,115,opt,name=oneof_bool,json=oneofBool,oneof"`
}
type TestAllTypes_OneofUint64 struct {
OneofUint64 uint64 `protobuf:"varint,116,opt,name=oneof_uint64,json=oneofUint64,oneof"`
}
type TestAllTypes_OneofFloat struct {
OneofFloat float32 `protobuf:"fixed32,117,opt,name=oneof_float,json=oneofFloat,oneof"`
}
type TestAllTypes_OneofDouble struct {
OneofDouble float64 `protobuf:"fixed64,118,opt,name=oneof_double,json=oneofDouble,oneof"`
}
type TestAllTypes_OneofEnum struct {
OneofEnum TestAllTypes_NestedEnum `protobuf:"varint,119,opt,name=oneof_enum,json=oneofEnum,enum=goproto.proto.test.TestAllTypes_NestedEnum,oneof"`
}
func (*TestAllTypes_OneofUint32) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofNestedMessage) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofString) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofBytes) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofBool) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofUint64) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofFloat) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofDouble) isTestAllTypes_OneofField() {}
func (*TestAllTypes_OneofEnum) isTestAllTypes_OneofField() {}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
// Deprecated: Do not use.
type TestDeprecatedMessage struct {
DeprecatedInt32 *int32 `protobuf:"varint,1,opt,name=deprecated_int32,json=deprecatedInt32" json:"deprecated_int32,omitempty"` // Deprecated: Do not use.
// Types that are valid to be assigned to DeprecatedOneof:
// *TestDeprecatedMessage_DeprecatedOneofField
DeprecatedOneof isTestDeprecatedMessage_DeprecatedOneof `protobuf_oneof:"deprecated_oneof"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestDeprecatedMessage) Reset() {
*x = TestDeprecatedMessage{}
}
func (x *TestDeprecatedMessage) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestDeprecatedMessage) ProtoMessage() {}
func (x *TestDeprecatedMessage) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[1].MessageOf(x)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestDeprecatedMessage) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[1].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestDeprecatedMessage.ProtoReflect.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (*TestDeprecatedMessage) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{1}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
// Deprecated: Do not use.
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestDeprecatedMessage) GetDeprecatedInt32() int32 {
if x != nil && x.DeprecatedInt32 != nil {
return *x.DeprecatedInt32
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return 0
}
func (m *TestDeprecatedMessage) GetDeprecatedOneof() isTestDeprecatedMessage_DeprecatedOneof {
if m != nil {
return m.DeprecatedOneof
}
return nil
}
// Deprecated: Do not use.
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestDeprecatedMessage) GetDeprecatedOneofField() int32 {
if x, ok := x.GetDeprecatedOneof().(*TestDeprecatedMessage_DeprecatedOneofField); ok {
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
return x.DeprecatedOneofField
}
return 0
}
cmd/protoc-gen-go: generate oneof types seperately Seperate out the generation of the oneof wrapper types from the code block that is about getter methods. Change-Id: Ief44ef953d0b5ad8c998a8542c830ca70468a3bf Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171029 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-08 14:03:15 -07:00
type isTestDeprecatedMessage_DeprecatedOneof interface {
isTestDeprecatedMessage_DeprecatedOneof()
}
type TestDeprecatedMessage_DeprecatedOneofField struct {
DeprecatedOneofField int32 `protobuf:"varint,2,opt,name=deprecated_oneof_field,json=deprecatedOneofField,oneof"`
}
func (*TestDeprecatedMessage_DeprecatedOneofField) isTestDeprecatedMessage_DeprecatedOneof() {}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
type ForeignMessage struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
C *int32 `protobuf:"varint,1,opt,name=c" json:"c,omitempty"`
D *int32 `protobuf:"varint,2,opt,name=d" json:"d,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *ForeignMessage) Reset() {
*x = ForeignMessage{}
}
func (x *ForeignMessage) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*ForeignMessage) ProtoMessage() {}
func (x *ForeignMessage) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[2].MessageOf(x)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *ForeignMessage) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[2].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use ForeignMessage.ProtoReflect.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (*ForeignMessage) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{2}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *ForeignMessage) GetC() int32 {
if x != nil && x.C != nil {
return *x.C
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *ForeignMessage) GetD() int32 {
if x != nil && x.D != nil {
return *x.D
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
return 0
}
type TestReservedFields struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestReservedFields) Reset() {
*x = TestReservedFields{}
}
func (x *TestReservedFields) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestReservedFields) ProtoMessage() {}
func (x *TestReservedFields) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[3].MessageOf(x)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestReservedFields) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[3].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestReservedFields.ProtoReflect.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (*TestReservedFields) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{3}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
type TestAllExtensions struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_InternalExtensions protoimpl.ExtensionFields `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllExtensions) Reset() {
*x = TestAllExtensions{}
}
func (x *TestAllExtensions) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestAllExtensions) ProtoMessage() {}
func (x *TestAllExtensions) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[4].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestAllExtensions) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[4].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllExtensions.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*TestAllExtensions) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{4}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
all: move v1 types over to the v2 repository As a goal, v2 should not depend on v1. As another step towards that end, we move all the types that used to be in the v1 protoapi package over to v2. For now, we place MessageV1, ExtensionRangeV1, and ExtensionDescV1 in runtime/protoiface since these are types that generated messages will probably have to reference forever. An alternative location could be reflect/protoreflect, but it seems unfortunate to have to dirty the namespace of that package with these types. We move ExtensionFieldV1, ExtensionFieldsV1, and ExtensionFieldsOf to internal/impl, since these are related to the implementation of a generated message. Since moving these types from v1 to v2 implies that the v1 protoapi package is useless, we update all usages of v1 protoapi in the v2 repository to point to the relevant v2 type or functionality. CL/168538 is the corresponding change to alter v1. There will be a temporary build failure as it is not possible to submit CL/168519 and CL/168538 atomically. Change-Id: Ide4025c1b6af5b7f0696f4b65b988b4d10a50f0b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/168519 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-20 18:29:32 -07:00
var extRange_TestAllExtensions = []protoiface.ExtensionRangeV1{
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
{Start: 1, End: 536870911},
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllExtensions.ProtoReflect.Type.ExtensionRanges instead.
all: move v1 types over to the v2 repository As a goal, v2 should not depend on v1. As another step towards that end, we move all the types that used to be in the v1 protoapi package over to v2. For now, we place MessageV1, ExtensionRangeV1, and ExtensionDescV1 in runtime/protoiface since these are types that generated messages will probably have to reference forever. An alternative location could be reflect/protoreflect, but it seems unfortunate to have to dirty the namespace of that package with these types. We move ExtensionFieldV1, ExtensionFieldsV1, and ExtensionFieldsOf to internal/impl, since these are related to the implementation of a generated message. Since moving these types from v1 to v2 implies that the v1 protoapi package is useless, we update all usages of v1 protoapi in the v2 repository to point to the relevant v2 type or functionality. CL/168538 is the corresponding change to alter v1. There will be a temporary build failure as it is not possible to submit CL/168519 and CL/168538 atomically. Change-Id: Ide4025c1b6af5b7f0696f4b65b988b4d10a50f0b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/168519 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-20 18:29:32 -07:00
func (*TestAllExtensions) ExtensionRangeArray() []protoiface.ExtensionRangeV1 {
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
return extRange_TestAllExtensions
}
type OptionalGroupExtension struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,17,opt,name=a" json:"a,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *OptionalGroupExtension) Reset() {
*x = OptionalGroupExtension{}
}
func (x *OptionalGroupExtension) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*OptionalGroupExtension) ProtoMessage() {}
func (x *OptionalGroupExtension) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[5].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *OptionalGroupExtension) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[5].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use OptionalGroupExtension.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*OptionalGroupExtension) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{5}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *OptionalGroupExtension) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
type RepeatedGroupExtension struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,47,opt,name=a" json:"a,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *RepeatedGroupExtension) Reset() {
*x = RepeatedGroupExtension{}
}
func (x *RepeatedGroupExtension) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*RepeatedGroupExtension) ProtoMessage() {}
func (x *RepeatedGroupExtension) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[6].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *RepeatedGroupExtension) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[6].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use RepeatedGroupExtension.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*RepeatedGroupExtension) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{6}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *RepeatedGroupExtension) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
type TestNestedExtension struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestNestedExtension) Reset() {
*x = TestNestedExtension{}
}
func (x *TestNestedExtension) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestNestedExtension) ProtoMessage() {}
func (x *TestNestedExtension) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[7].MessageOf(x)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestNestedExtension) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[7].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestNestedExtension.ProtoReflect.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (*TestNestedExtension) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{7}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
type TestRequired struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
RequiredField *int32 `protobuf:"varint,1,req,name=required_field,json=requiredField" json:"required_field,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequired) Reset() {
*x = TestRequired{}
}
func (x *TestRequired) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestRequired) ProtoMessage() {}
func (x *TestRequired) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[8].MessageOf(x)
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (m *TestRequired) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[8].Methods()
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
// Deprecated: Use TestRequired.ProtoReflect.Type instead.
func (*TestRequired) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{8}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequired) GetRequiredField() int32 {
if x != nil && x.RequiredField != nil {
return *x.RequiredField
}
return 0
}
type TestRequiredForeign struct {
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
OptionalMessage *TestRequired `protobuf:"bytes,1,opt,name=optional_message,json=optionalMessage" json:"optional_message,omitempty"`
RepeatedMessage []*TestRequired `protobuf:"bytes,2,rep,name=repeated_message,json=repeatedMessage" json:"repeated_message,omitempty"`
MapMessage map[int32]*TestRequired `protobuf:"bytes,3,rep,name=map_message,json=mapMessage" json:"map_message,omitempty" protobuf_key:"varint,1,opt,name=key" protobuf_val:"bytes,2,opt,name=value"`
// Types that are valid to be assigned to OneofField:
// *TestRequiredForeign_OneofMessage
OneofField isTestRequiredForeign_OneofField `protobuf_oneof:"oneof_field"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredForeign) Reset() {
*x = TestRequiredForeign{}
}
func (x *TestRequiredForeign) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestRequiredForeign) ProtoMessage() {}
func (x *TestRequiredForeign) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[9].MessageOf(x)
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (m *TestRequiredForeign) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[9].Methods()
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
// Deprecated: Use TestRequiredForeign.ProtoReflect.Type instead.
func (*TestRequiredForeign) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{9}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredForeign) GetOptionalMessage() *TestRequired {
if x != nil {
return x.OptionalMessage
}
return nil
}
func (x *TestRequiredForeign) GetRepeatedMessage() []*TestRequired {
if x != nil {
return x.RepeatedMessage
}
return nil
}
func (x *TestRequiredForeign) GetMapMessage() map[int32]*TestRequired {
if x != nil {
return x.MapMessage
}
return nil
}
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
func (m *TestRequiredForeign) GetOneofField() isTestRequiredForeign_OneofField {
if m != nil {
return m.OneofField
}
return nil
}
func (x *TestRequiredForeign) GetOneofMessage() *TestRequired {
if x, ok := x.GetOneofField().(*TestRequiredForeign_OneofMessage); ok {
return x.OneofMessage
}
return nil
}
type isTestRequiredForeign_OneofField interface {
isTestRequiredForeign_OneofField()
}
type TestRequiredForeign_OneofMessage struct {
OneofMessage *TestRequired `protobuf:"bytes,4,opt,name=oneof_message,json=oneofMessage,oneof"`
}
func (*TestRequiredForeign_OneofMessage) isTestRequiredForeign_OneofField() {}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
type TestRequiredGroupFields struct {
Optionalgroup *TestRequiredGroupFields_OptionalGroup `protobuf:"group,1,opt,name=OptionalGroup,json=optionalgroup" json:"optionalgroup,omitempty"`
Repeatedgroup []*TestRequiredGroupFields_RepeatedGroup `protobuf:"group,3,rep,name=RepeatedGroup,json=repeatedgroup" json:"repeatedgroup,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredGroupFields) Reset() {
*x = TestRequiredGroupFields{}
}
func (x *TestRequiredGroupFields) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestRequiredGroupFields) ProtoMessage() {}
func (x *TestRequiredGroupFields) ProtoReflect() protoreflect.Message {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[10].MessageOf(x)
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (m *TestRequiredGroupFields) XXX_Methods() *protoiface.Methods {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_msgTypes[10].Methods()
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
// Deprecated: Use TestRequiredGroupFields.ProtoReflect.Type instead.
func (*TestRequiredGroupFields) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{10}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredGroupFields) GetOptionalgroup() *TestRequiredGroupFields_OptionalGroup {
if x != nil {
return x.Optionalgroup
}
return nil
}
func (x *TestRequiredGroupFields) GetRepeatedgroup() []*TestRequiredGroupFields_RepeatedGroup {
if x != nil {
return x.Repeatedgroup
}
return nil
}
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
type TestWeak struct {
WeakMessage *weak.WeakImportMessage `protobuf:"bytes,1,opt,name=weak_message,json=weakMessage" json:"weak_message,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
}
func (x *TestWeak) Reset() {
*x = TestWeak{}
}
func (x *TestWeak) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestWeak) ProtoMessage() {}
func (x *TestWeak) ProtoReflect() protoreflect.Message {
return file_test_test_proto_msgTypes[11].MessageOf(x)
}
func (m *TestWeak) XXX_Methods() *protoiface.Methods {
return file_test_test_proto_msgTypes[11].Methods()
}
// Deprecated: Use TestWeak.ProtoReflect.Type instead.
func (*TestWeak) Descriptor() ([]byte, []int) {
return file_test_test_proto_rawDescGZIP(), []int{11}
}
func (x *TestWeak) GetWeakMessage() *weak.WeakImportMessage {
if x != nil {
return x.WeakMessage
}
return nil
}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
// Test that RPC services work.
type FooRequest struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *FooRequest) Reset() {
*x = FooRequest{}
}
func (x *FooRequest) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*FooRequest) ProtoMessage() {}
func (x *FooRequest) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[12].MessageOf(x)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *FooRequest) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[12].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use FooRequest.ProtoReflect.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (*FooRequest) Descriptor() ([]byte, []int) {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_rawDescGZIP(), []int{12}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
type FooResponse struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *FooResponse) Reset() {
*x = FooResponse{}
}
func (x *FooResponse) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*FooResponse) ProtoMessage() {}
func (x *FooResponse) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[13].MessageOf(x)
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *FooResponse) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[13].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use FooResponse.ProtoReflect.Type instead.
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
func (*FooResponse) Descriptor() ([]byte, []int) {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_rawDescGZIP(), []int{13}
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
type TestAllTypes_NestedMessage struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,1,opt,name=a" json:"a,omitempty"`
Corecursive *TestAllTypes `protobuf:"bytes,2,opt,name=corecursive" json:"corecursive,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_NestedMessage) Reset() {
*x = TestAllTypes_NestedMessage{}
}
func (x *TestAllTypes_NestedMessage) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestAllTypes_NestedMessage) ProtoMessage() {}
func (x *TestAllTypes_NestedMessage) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[14].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestAllTypes_NestedMessage) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[14].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllTypes_NestedMessage.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*TestAllTypes_NestedMessage) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{0, 0}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_NestedMessage) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_NestedMessage) GetCorecursive() *TestAllTypes {
if x != nil {
return x.Corecursive
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return nil
}
type TestAllTypes_OptionalGroup struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,17,opt,name=a" json:"a,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_OptionalGroup) Reset() {
*x = TestAllTypes_OptionalGroup{}
}
func (x *TestAllTypes_OptionalGroup) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestAllTypes_OptionalGroup) ProtoMessage() {}
func (x *TestAllTypes_OptionalGroup) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[15].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestAllTypes_OptionalGroup) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[15].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllTypes_OptionalGroup.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*TestAllTypes_OptionalGroup) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{0, 1}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_OptionalGroup) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
type TestAllTypes_RepeatedGroup struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,47,opt,name=a" json:"a,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_RepeatedGroup) Reset() {
*x = TestAllTypes_RepeatedGroup{}
}
func (x *TestAllTypes_RepeatedGroup) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestAllTypes_RepeatedGroup) ProtoMessage() {}
func (x *TestAllTypes_RepeatedGroup) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[16].MessageOf(x)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
func (m *TestAllTypes_RepeatedGroup) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[16].Methods()
proto, runtime/protoiface: add support for fast-path marshaling Allow message implementations to provide optimized versions of standard operations. Generated messages now include a ProtoReflectMethods method, returning a protoiface.Methods struct containing pointers to assorted optional functions. The Methods struct also includes a Flags field indicating support for optional features such as deterministic marshaling. Implementation of the fast paths (and tests) will come in later CLs. Change-Id: Idd1beed0ecf43ec5e5e7b8da2ee1e08d3ce32213 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170340 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-01 13:31:55 -07:00
}
cmd/protoc-gen-go: rely on protoimpl for basic helpers The EnumName, UnmarshalJSONEnum, and CompressGZIP helpers currently live in v1 protoapi, which would cause all generated messages to depend on v1. In an effort to break the dependency of v2 on v1, we move these helper functions to v2 (and re-written to take advantage of protobuf reflection). These helpers are unfortunate, but we cannot eliminate the functionality that they implement since they are exposed in the publicly generated API. Since EnumName does not rely on the enum maps, it removes another dependency on those variables. Eventually, we can get to the point where these variables (though declared) are not linked into the binary if the user does not use them. Also, we rely on the v1 proto package for registration instead of v1 protoapi. This may re-introduce a cyclic dependency on descriptor proto again in the future, but the better approach is to just start registering with v2. Change-Id: Id755585a7a1df14e4a6a2dfa650df221a3c153fb Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167921 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-16 00:05:34 -07:00
// Deprecated: Use TestAllTypes_RepeatedGroup.ProtoReflect.Type instead.
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
func (*TestAllTypes_RepeatedGroup) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{0, 2}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
cmd/protoc-gen-go: perform some code cleanup Minor changes: * Use x as the receiver since "e" and "m" are meaningless in the presence of user-defined enum and message names. * Consistently keep enum methods together, rather awkwardly split apart by the value maps. Change-Id: I68e5666efb56ac7a4d062fb223b9f826dc72aba9 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170357 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-01 12:59:24 -07:00
func (x *TestAllTypes_RepeatedGroup) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
return 0
}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
type TestRequiredGroupFields_OptionalGroup struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,2,req,name=a" json:"a,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredGroupFields_OptionalGroup) Reset() {
*x = TestRequiredGroupFields_OptionalGroup{}
}
func (x *TestRequiredGroupFields_OptionalGroup) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestRequiredGroupFields_OptionalGroup) ProtoMessage() {}
func (x *TestRequiredGroupFields_OptionalGroup) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[35].MessageOf(x)
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (m *TestRequiredGroupFields_OptionalGroup) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[35].Methods()
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
// Deprecated: Use TestRequiredGroupFields_OptionalGroup.ProtoReflect.Type instead.
func (*TestRequiredGroupFields_OptionalGroup) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{10, 0}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredGroupFields_OptionalGroup) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
}
return 0
}
type TestRequiredGroupFields_RepeatedGroup struct {
cmd/protoc-gen-go: used named types for special fields Using a named fields gives us the flexibility to change the underlying representation of special fields without needing to regenerate user code. We add a named type for ExtensionFields, UnknownFields, and SizeCache. Change-Id: I107cf82899850ea76665310ce79def60f0f7ab97 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172402 Reviewed-by: Damien Neil <dneil@google.com>
2019-04-16 13:22:20 -07:00
A *int32 `protobuf:"varint,4,req,name=a" json:"a,omitempty"`
XXX_NoUnkeyedLiteral struct{} `json:"-"`
XXX_unrecognized protoimpl.UnknownFields `json:"-"`
XXX_sizecache protoimpl.SizeCache `json:"-"`
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredGroupFields_RepeatedGroup) Reset() {
*x = TestRequiredGroupFields_RepeatedGroup{}
}
func (x *TestRequiredGroupFields_RepeatedGroup) String() string {
return protoimpl.X.MessageStringOf(x)
}
func (*TestRequiredGroupFields_RepeatedGroup) ProtoMessage() {}
func (x *TestRequiredGroupFields_RepeatedGroup) ProtoReflect() protoreflect.Message {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[36].MessageOf(x)
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (m *TestRequiredGroupFields_RepeatedGroup) XXX_Methods() *protoiface.Methods {
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
return file_test_test_proto_msgTypes[36].Methods()
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
// Deprecated: Use TestRequiredGroupFields_RepeatedGroup.ProtoReflect.Type instead.
func (*TestRequiredGroupFields_RepeatedGroup) Descriptor() ([]byte, []int) {
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescGZIP(), []int{10, 1}
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
}
func (x *TestRequiredGroupFields_RepeatedGroup) GetA() int32 {
if x != nil && x.A != nil {
return *x.A
}
return 0
}
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
var file_test_test_proto_extDescs = []protoiface.ExtensionDescV1{
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int32)(nil),
Field: 1,
Name: "goproto.proto.test.optional_int32_extension",
Tag: "varint,1,opt,name=optional_int32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int64)(nil),
Field: 2,
Name: "goproto.proto.test.optional_int64_extension",
Tag: "varint,2,opt,name=optional_int64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint32)(nil),
Field: 3,
Name: "goproto.proto.test.optional_uint32_extension",
Tag: "varint,3,opt,name=optional_uint32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint64)(nil),
Field: 4,
Name: "goproto.proto.test.optional_uint64_extension",
Tag: "varint,4,opt,name=optional_uint64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int32)(nil),
Field: 5,
Name: "goproto.proto.test.optional_sint32_extension",
Tag: "zigzag32,5,opt,name=optional_sint32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int64)(nil),
Field: 6,
Name: "goproto.proto.test.optional_sint64_extension",
Tag: "zigzag64,6,opt,name=optional_sint64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint32)(nil),
Field: 7,
Name: "goproto.proto.test.optional_fixed32_extension",
Tag: "fixed32,7,opt,name=optional_fixed32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint64)(nil),
Field: 8,
Name: "goproto.proto.test.optional_fixed64_extension",
Tag: "fixed64,8,opt,name=optional_fixed64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int32)(nil),
Field: 9,
Name: "goproto.proto.test.optional_sfixed32_extension",
Tag: "fixed32,9,opt,name=optional_sfixed32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int64)(nil),
Field: 10,
Name: "goproto.proto.test.optional_sfixed64_extension",
Tag: "fixed64,10,opt,name=optional_sfixed64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*float32)(nil),
Field: 11,
Name: "goproto.proto.test.optional_float_extension",
Tag: "fixed32,11,opt,name=optional_float_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*float64)(nil),
Field: 12,
Name: "goproto.proto.test.optional_double_extension",
Tag: "fixed64,12,opt,name=optional_double_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*bool)(nil),
Field: 13,
Name: "goproto.proto.test.optional_bool_extension",
Tag: "varint,13,opt,name=optional_bool_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*string)(nil),
Field: 14,
Name: "goproto.proto.test.optional_string_extension",
Tag: "bytes,14,opt,name=optional_string_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]byte)(nil),
Field: 15,
Name: "goproto.proto.test.optional_bytes_extension",
Tag: "bytes,15,opt,name=optional_bytes_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*OptionalGroupExtension)(nil),
Field: 16,
Name: "goproto.proto.test.optionalgroup_extension",
Tag: "group,16,opt,name=OptionalGroup_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*TestAllTypes_NestedMessage)(nil),
Field: 18,
Name: "goproto.proto.test.optional_nested_message_extension",
Tag: "bytes,18,opt,name=optional_nested_message_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*TestAllTypes_NestedEnum)(nil),
Field: 21,
Name: "goproto.proto.test.optional_nested_enum_extension",
Tag: "varint,21,opt,name=optional_nested_enum_extension,enum=goproto.proto.test.TestAllTypes_NestedEnum",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]int32)(nil),
Field: 31,
Name: "goproto.proto.test.repeated_int32_extension",
Tag: "varint,31,rep,name=repeated_int32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]int64)(nil),
Field: 32,
Name: "goproto.proto.test.repeated_int64_extension",
Tag: "varint,32,rep,name=repeated_int64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]uint32)(nil),
Field: 33,
Name: "goproto.proto.test.repeated_uint32_extension",
Tag: "varint,33,rep,name=repeated_uint32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]uint64)(nil),
Field: 34,
Name: "goproto.proto.test.repeated_uint64_extension",
Tag: "varint,34,rep,name=repeated_uint64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]int32)(nil),
Field: 35,
Name: "goproto.proto.test.repeated_sint32_extension",
Tag: "zigzag32,35,rep,name=repeated_sint32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]int64)(nil),
Field: 36,
Name: "goproto.proto.test.repeated_sint64_extension",
Tag: "zigzag64,36,rep,name=repeated_sint64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]uint32)(nil),
Field: 37,
Name: "goproto.proto.test.repeated_fixed32_extension",
Tag: "fixed32,37,rep,name=repeated_fixed32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]uint64)(nil),
Field: 38,
Name: "goproto.proto.test.repeated_fixed64_extension",
Tag: "fixed64,38,rep,name=repeated_fixed64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]int32)(nil),
Field: 39,
Name: "goproto.proto.test.repeated_sfixed32_extension",
Tag: "fixed32,39,rep,name=repeated_sfixed32_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]int64)(nil),
Field: 40,
Name: "goproto.proto.test.repeated_sfixed64_extension",
Tag: "fixed64,40,rep,name=repeated_sfixed64_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]float32)(nil),
Field: 41,
Name: "goproto.proto.test.repeated_float_extension",
Tag: "fixed32,41,rep,name=repeated_float_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]float64)(nil),
Field: 42,
Name: "goproto.proto.test.repeated_double_extension",
Tag: "fixed64,42,rep,name=repeated_double_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]bool)(nil),
Field: 43,
Name: "goproto.proto.test.repeated_bool_extension",
Tag: "varint,43,rep,name=repeated_bool_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]string)(nil),
Field: 44,
Name: "goproto.proto.test.repeated_string_extension",
Tag: "bytes,44,rep,name=repeated_string_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([][]byte)(nil),
Field: 45,
Name: "goproto.proto.test.repeated_bytes_extension",
Tag: "bytes,45,rep,name=repeated_bytes_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]*RepeatedGroupExtension)(nil),
Field: 46,
Name: "goproto.proto.test.repeatedgroup_extension",
Tag: "group,46,rep,name=RepeatedGroup_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]*TestAllTypes_NestedMessage)(nil),
Field: 48,
Name: "goproto.proto.test.repeated_nested_message_extension",
Tag: "bytes,48,rep,name=repeated_nested_message_extension",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]TestAllTypes_NestedEnum)(nil),
Field: 51,
Name: "goproto.proto.test.repeated_nested_enum_extension",
Tag: "varint,51,rep,name=repeated_nested_enum_extension,enum=goproto.proto.test.TestAllTypes_NestedEnum",
Filename: "test/test.proto",
},
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int32)(nil),
Field: 81,
Name: "goproto.proto.test.default_int32_extension",
Tag: "varint,81,opt,name=default_int32_extension,def=81",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int64)(nil),
Field: 82,
Name: "goproto.proto.test.default_int64_extension",
Tag: "varint,82,opt,name=default_int64_extension,def=82",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint32)(nil),
Field: 83,
Name: "goproto.proto.test.default_uint32_extension",
Tag: "varint,83,opt,name=default_uint32_extension,def=83",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint64)(nil),
Field: 84,
Name: "goproto.proto.test.default_uint64_extension",
Tag: "varint,84,opt,name=default_uint64_extension,def=84",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int32)(nil),
Field: 85,
Name: "goproto.proto.test.default_sint32_extension",
Tag: "zigzag32,85,opt,name=default_sint32_extension,def=-85",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int64)(nil),
Field: 86,
Name: "goproto.proto.test.default_sint64_extension",
Tag: "zigzag64,86,opt,name=default_sint64_extension,def=86",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint32)(nil),
Field: 87,
Name: "goproto.proto.test.default_fixed32_extension",
Tag: "fixed32,87,opt,name=default_fixed32_extension,def=87",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*uint64)(nil),
Field: 88,
Name: "goproto.proto.test.default_fixed64_extension",
Tag: "fixed64,88,opt,name=default_fixed64_extension,def=88",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int32)(nil),
Field: 89,
Name: "goproto.proto.test.default_sfixed32_extension",
Tag: "fixed32,89,opt,name=default_sfixed32_extension,def=89",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*int64)(nil),
Field: 80,
Name: "goproto.proto.test.default_sfixed64_extension",
Tag: "fixed64,80,opt,name=default_sfixed64_extension,def=-90",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*float32)(nil),
Field: 91,
Name: "goproto.proto.test.default_float_extension",
Tag: "fixed32,91,opt,name=default_float_extension,def=91.5",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*float64)(nil),
Field: 92,
Name: "goproto.proto.test.default_double_extension",
Tag: "fixed64,92,opt,name=default_double_extension,def=92000",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*bool)(nil),
Field: 93,
Name: "goproto.proto.test.default_bool_extension",
Tag: "varint,93,opt,name=default_bool_extension,def=1",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*string)(nil),
Field: 94,
Name: "goproto.proto.test.default_string_extension",
Tag: "bytes,94,opt,name=default_string_extension,def=hello",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]byte)(nil),
Field: 95,
Name: "goproto.proto.test.default_bytes_extension",
Tag: "bytes,95,opt,name=default_bytes_extension,def=world",
Filename: "test/test.proto",
},
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*string)(nil),
Field: 1003,
Name: "goproto.proto.test.TestNestedExtension.nested_string_extension",
Tag: "bytes,1003,opt,name=nested_string_extension",
Filename: "test/test.proto",
},
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: (*TestRequired)(nil),
Field: 1000,
Name: "goproto.proto.test.TestRequired.single",
Tag: "bytes,1000,opt,name=single",
Filename: "test/test.proto",
},
{
ExtendedType: (*TestAllExtensions)(nil),
ExtensionType: ([]*TestRequired)(nil),
Field: 1001,
Name: "goproto.proto.test.TestRequired.multi",
Tag: "bytes,1001,rep,name=multi",
Filename: "test/test.proto",
},
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
}
var (
// extend goproto.proto.test.TestAllExtensions { optional int32 optional_int32_extension = 1; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalInt32Extension = &file_test_test_proto_extDescs[0]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional int64 optional_int64_extension = 2; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalInt64Extension = &file_test_test_proto_extDescs[1]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional uint32 optional_uint32_extension = 3; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalUint32Extension = &file_test_test_proto_extDescs[2]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional uint64 optional_uint64_extension = 4; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalUint64Extension = &file_test_test_proto_extDescs[3]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional sint32 optional_sint32_extension = 5; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalSint32Extension = &file_test_test_proto_extDescs[4]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional sint64 optional_sint64_extension = 6; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalSint64Extension = &file_test_test_proto_extDescs[5]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional fixed32 optional_fixed32_extension = 7; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalFixed32Extension = &file_test_test_proto_extDescs[6]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional fixed64 optional_fixed64_extension = 8; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalFixed64Extension = &file_test_test_proto_extDescs[7]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional sfixed32 optional_sfixed32_extension = 9; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalSfixed32Extension = &file_test_test_proto_extDescs[8]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional sfixed64 optional_sfixed64_extension = 10; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalSfixed64Extension = &file_test_test_proto_extDescs[9]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional float optional_float_extension = 11; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalFloatExtension = &file_test_test_proto_extDescs[10]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional double optional_double_extension = 12; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalDoubleExtension = &file_test_test_proto_extDescs[11]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional bool optional_bool_extension = 13; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalBoolExtension = &file_test_test_proto_extDescs[12]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional string optional_string_extension = 14; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalStringExtension = &file_test_test_proto_extDescs[13]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional bytes optional_bytes_extension = 15; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalBytesExtension = &file_test_test_proto_extDescs[14]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional goproto.proto.test.OptionalGroup_extension optionalgroup_extension = 16; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalgroupExtension = &file_test_test_proto_extDescs[15]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional goproto.proto.test.TestAllTypes.NestedMessage optional_nested_message_extension = 18; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalNestedMessageExtension = &file_test_test_proto_extDescs[16]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional goproto.proto.test.TestAllTypes.NestedEnum optional_nested_enum_extension = 21; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_OptionalNestedEnumExtension = &file_test_test_proto_extDescs[17]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated int32 repeated_int32_extension = 31; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedInt32Extension = &file_test_test_proto_extDescs[18]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated int64 repeated_int64_extension = 32; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedInt64Extension = &file_test_test_proto_extDescs[19]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated uint32 repeated_uint32_extension = 33; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedUint32Extension = &file_test_test_proto_extDescs[20]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated uint64 repeated_uint64_extension = 34; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedUint64Extension = &file_test_test_proto_extDescs[21]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated sint32 repeated_sint32_extension = 35; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedSint32Extension = &file_test_test_proto_extDescs[22]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated sint64 repeated_sint64_extension = 36; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedSint64Extension = &file_test_test_proto_extDescs[23]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated fixed32 repeated_fixed32_extension = 37; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedFixed32Extension = &file_test_test_proto_extDescs[24]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated fixed64 repeated_fixed64_extension = 38; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedFixed64Extension = &file_test_test_proto_extDescs[25]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated sfixed32 repeated_sfixed32_extension = 39; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedSfixed32Extension = &file_test_test_proto_extDescs[26]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated sfixed64 repeated_sfixed64_extension = 40; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedSfixed64Extension = &file_test_test_proto_extDescs[27]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated float repeated_float_extension = 41; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedFloatExtension = &file_test_test_proto_extDescs[28]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated double repeated_double_extension = 42; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedDoubleExtension = &file_test_test_proto_extDescs[29]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated bool repeated_bool_extension = 43; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedBoolExtension = &file_test_test_proto_extDescs[30]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated string repeated_string_extension = 44; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedStringExtension = &file_test_test_proto_extDescs[31]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated bytes repeated_bytes_extension = 45; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedBytesExtension = &file_test_test_proto_extDescs[32]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated goproto.proto.test.RepeatedGroup_extension repeatedgroup_extension = 46; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedgroupExtension = &file_test_test_proto_extDescs[33]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated goproto.proto.test.TestAllTypes.NestedMessage repeated_nested_message_extension = 48; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedNestedMessageExtension = &file_test_test_proto_extDescs[34]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated goproto.proto.test.TestAllTypes.NestedEnum repeated_nested_enum_extension = 51; }
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
E_RepeatedNestedEnumExtension = &file_test_test_proto_extDescs[35]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
// extend goproto.proto.test.TestAllExtensions { optional int32 default_int32_extension = 81; }
E_DefaultInt32Extension = &file_test_test_proto_extDescs[36]
// extend goproto.proto.test.TestAllExtensions { optional int64 default_int64_extension = 82; }
E_DefaultInt64Extension = &file_test_test_proto_extDescs[37]
// extend goproto.proto.test.TestAllExtensions { optional uint32 default_uint32_extension = 83; }
E_DefaultUint32Extension = &file_test_test_proto_extDescs[38]
// extend goproto.proto.test.TestAllExtensions { optional uint64 default_uint64_extension = 84; }
E_DefaultUint64Extension = &file_test_test_proto_extDescs[39]
// extend goproto.proto.test.TestAllExtensions { optional sint32 default_sint32_extension = 85; }
E_DefaultSint32Extension = &file_test_test_proto_extDescs[40]
// extend goproto.proto.test.TestAllExtensions { optional sint64 default_sint64_extension = 86; }
E_DefaultSint64Extension = &file_test_test_proto_extDescs[41]
// extend goproto.proto.test.TestAllExtensions { optional fixed32 default_fixed32_extension = 87; }
E_DefaultFixed32Extension = &file_test_test_proto_extDescs[42]
// extend goproto.proto.test.TestAllExtensions { optional fixed64 default_fixed64_extension = 88; }
E_DefaultFixed64Extension = &file_test_test_proto_extDescs[43]
// extend goproto.proto.test.TestAllExtensions { optional sfixed32 default_sfixed32_extension = 89; }
E_DefaultSfixed32Extension = &file_test_test_proto_extDescs[44]
// extend goproto.proto.test.TestAllExtensions { optional sfixed64 default_sfixed64_extension = 80; }
E_DefaultSfixed64Extension = &file_test_test_proto_extDescs[45]
// extend goproto.proto.test.TestAllExtensions { optional float default_float_extension = 91; }
E_DefaultFloatExtension = &file_test_test_proto_extDescs[46]
// extend goproto.proto.test.TestAllExtensions { optional double default_double_extension = 92; }
E_DefaultDoubleExtension = &file_test_test_proto_extDescs[47]
// extend goproto.proto.test.TestAllExtensions { optional bool default_bool_extension = 93; }
E_DefaultBoolExtension = &file_test_test_proto_extDescs[48]
// extend goproto.proto.test.TestAllExtensions { optional string default_string_extension = 94; }
E_DefaultStringExtension = &file_test_test_proto_extDescs[49]
// extend goproto.proto.test.TestAllExtensions { optional bytes default_bytes_extension = 95; }
E_DefaultBytesExtension = &file_test_test_proto_extDescs[50]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
// extend goproto.proto.test.TestAllExtensions { optional string nested_string_extension = 1003; }
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
E_TestNestedExtension_NestedStringExtension = &file_test_test_proto_extDescs[51]
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
// extend goproto.proto.test.TestAllExtensions { optional goproto.proto.test.TestRequired single = 1000; }
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
E_TestRequired_Single = &file_test_test_proto_extDescs[52]
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
// extend goproto.proto.test.TestAllExtensions { repeated goproto.proto.test.TestRequired multi = 1001; }
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
E_TestRequired_Multi = &file_test_test_proto_extDescs[53]
cmd/protoc-gen-go: correlate v1 ExtensionDesc with v2 ExtensionType Unfortunately a good amount of code uses pointer comparisons on the v1 ExtensionDesc to determine exactly which extension field is set, rather than checking whether the extension descriptor semantically describes the field that they are interested in. To preserve this behavior in v1, we need a 1:1 mapping between a v2 ExtensionType and a specific v1 ExtensionDesc. Change-Id: I852b3cefb4585bd656e48e5adad6cc28795d02df Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/167759 Reviewed-by: Damien Neil <dneil@google.com>
2019-03-14 16:08:22 -07:00
)
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
var File_test_test_proto protoreflect.FileDescriptor
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
var file_test_test_proto_rawDesc = []byte{
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x0a, 0x0f, 0x74, 0x65, 0x73, 0x74, 0x2f, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x12, 0x12, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x74, 0x65, 0x73, 0x74, 0x1a, 0x16, 0x74, 0x65, 0x73, 0x74, 0x2f, 0x74, 0x65, 0x73, 0x74,
0x5f, 0x69, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x1a, 0x16, 0x74,
0x65, 0x73, 0x74, 0x2f, 0x74, 0x65, 0x73, 0x74, 0x5f, 0x70, 0x75, 0x62, 0x6c, 0x69, 0x63, 0x2e,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x1a, 0x19, 0x74, 0x65, 0x73, 0x74, 0x2f, 0x77, 0x65, 0x61, 0x6b,
0x2f, 0x74, 0x65, 0x73, 0x74, 0x5f, 0x77, 0x65, 0x61, 0x6b, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x22, 0xe4, 0x36, 0x0a, 0x0c, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65,
0x73, 0x12, 0x25, 0x0a, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x69, 0x6e,
0x74, 0x33, 0x32, 0x18, 0x01, 0x20, 0x01, 0x28, 0x05, 0x52, 0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f,
0x6e, 0x61, 0x6c, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x25, 0x0a, 0x0e, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x02, 0x20, 0x01, 0x28, 0x03,
0x52, 0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x12,
0x27, 0x0a, 0x0f, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x75, 0x69, 0x6e, 0x74,
0x33, 0x32, 0x18, 0x03, 0x20, 0x01, 0x28, 0x0d, 0x52, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e,
0x61, 0x6c, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x27, 0x0a, 0x0f, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x04, 0x20, 0x01, 0x28,
0x04, 0x52, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x55, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x12, 0x27, 0x0a, 0x0f, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x73, 0x69,
0x6e, 0x74, 0x33, 0x32, 0x18, 0x05, 0x20, 0x01, 0x28, 0x11, 0x52, 0x0e, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x27, 0x0a, 0x0f, 0x6f, 0x70,
0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x06, 0x20,
0x01, 0x28, 0x12, 0x52, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x69, 0x6e,
0x74, 0x36, 0x34, 0x12, 0x29, 0x0a, 0x10, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f,
0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x18, 0x07, 0x20, 0x01, 0x28, 0x07, 0x52, 0x0f, 0x6f,
0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x29,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x0a, 0x10, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x36, 0x34, 0x18, 0x08, 0x20, 0x01, 0x28, 0x06, 0x52, 0x0f, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e,
0x61, 0x6c, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x12, 0x2b, 0x0a, 0x11, 0x6f, 0x70, 0x74,
0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x18, 0x09,
0x20, 0x01, 0x28, 0x0f, 0x52, 0x10, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x66,
0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x2b, 0x0a, 0x11, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e,
0x61, 0x6c, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18, 0x0a, 0x20, 0x01, 0x28,
0x10, 0x52, 0x10, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x66, 0x69, 0x78, 0x65,
0x64, 0x36, 0x34, 0x12, 0x25, 0x0a, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f,
0x66, 0x6c, 0x6f, 0x61, 0x74, 0x18, 0x0b, 0x20, 0x01, 0x28, 0x02, 0x52, 0x0d, 0x6f, 0x70, 0x74,
0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x46, 0x6c, 0x6f, 0x61, 0x74, 0x12, 0x27, 0x0a, 0x0f, 0x6f, 0x70,
0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x64, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x18, 0x0c, 0x20,
0x01, 0x28, 0x01, 0x52, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x44, 0x6f, 0x75,
0x62, 0x6c, 0x65, 0x12, 0x23, 0x0a, 0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f,
0x62, 0x6f, 0x6f, 0x6c, 0x18, 0x0d, 0x20, 0x01, 0x28, 0x08, 0x52, 0x0c, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x42, 0x6f, 0x6f, 0x6c, 0x12, 0x27, 0x0a, 0x0f, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x18, 0x0e, 0x20, 0x01, 0x28,
0x09, 0x52, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x74, 0x72, 0x69, 0x6e,
0x67, 0x12, 0x25, 0x0a, 0x0e, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x62, 0x79,
0x74, 0x65, 0x73, 0x18, 0x0f, 0x20, 0x01, 0x28, 0x0c, 0x52, 0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f,
0x6e, 0x61, 0x6c, 0x42, 0x79, 0x74, 0x65, 0x73, 0x12, 0x54, 0x0a, 0x0d, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x67, 0x72, 0x6f, 0x75, 0x70, 0x18, 0x10, 0x20, 0x01, 0x28, 0x0a, 0x32,
0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65,
0x73, 0x2e, 0x4f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x47, 0x72, 0x6f, 0x75, 0x70, 0x52,
0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x67, 0x72, 0x6f, 0x75, 0x70, 0x12, 0x66,
0x0a, 0x17, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x6e, 0x65, 0x73, 0x74, 0x65,
0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x12, 0x20, 0x01, 0x28, 0x0b, 0x32,
0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65,
0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x52,
0x15, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d,
0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x5c, 0x0a, 0x18, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e,
0x61, 0x6c, 0x5f, 0x66, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61,
0x67, 0x65, 0x18, 0x13, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x22, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x72, 0x65, 0x69, 0x67, 0x6e, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x52, 0x16, 0x6f, 0x70,
0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x4d, 0x65, 0x73,
0x73, 0x61, 0x67, 0x65, 0x12, 0x59, 0x0a, 0x17, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c,
0x5f, 0x69, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18,
0x14, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x21, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x49, 0x6d, 0x70, 0x6f, 0x72,
0x74, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x52, 0x15, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e,
0x61, 0x6c, 0x49, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12,
0x5d, 0x0a, 0x14, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x6e, 0x65, 0x73, 0x74,
0x65, 0x64, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x15, 0x20, 0x01, 0x28, 0x0e, 0x32, 0x2b, 0x2e,
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x52, 0x12, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x53,
0x0a, 0x15, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x66, 0x6f, 0x72, 0x65, 0x69,
0x67, 0x6e, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x16, 0x20, 0x01, 0x28, 0x0e, 0x32, 0x1f, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x45, 0x6e, 0x75, 0x6d, 0x52, 0x13,
0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x45,
0x6e, 0x75, 0x6d, 0x12, 0x50, 0x0a, 0x14, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f,
0x69, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x17, 0x20, 0x01, 0x28,
0x0e, 0x32, 0x1e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x49, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x45, 0x6e, 0x75,
0x6d, 0x52, 0x12, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x49, 0x6d, 0x70, 0x6f, 0x72,
0x74, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x25, 0x0a, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x1f, 0x20, 0x03, 0x28, 0x05, 0x52, 0x0d, 0x72,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x25, 0x0a, 0x0e,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x20,
0x20, 0x03, 0x28, 0x03, 0x52, 0x0d, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6e,
0x74, 0x36, 0x34, 0x12, 0x27, 0x0a, 0x0f, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f,
0x75, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x21, 0x20, 0x03, 0x28, 0x0d, 0x52, 0x0e, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x27, 0x0a, 0x0f,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18,
0x22, 0x20, 0x03, 0x28, 0x04, 0x52, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x55,
0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x27, 0x0a, 0x0f, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x23, 0x20, 0x03, 0x28, 0x11, 0x52, 0x0e,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x27,
0x0a, 0x0f, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x18, 0x24, 0x20, 0x03, 0x28, 0x12, 0x52, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x29, 0x0a, 0x10, 0x72, 0x65, 0x70, 0x65, 0x61,
0x74, 0x65, 0x64, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x18, 0x25, 0x20, 0x03, 0x28,
0x07, 0x52, 0x0f, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x69, 0x78, 0x65, 0x64,
0x33, 0x32, 0x12, 0x29, 0x0a, 0x10, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x66,
0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18, 0x26, 0x20, 0x03, 0x28, 0x06, 0x52, 0x0f, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x12, 0x2b, 0x0a,
0x11, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64,
0x33, 0x32, 0x18, 0x27, 0x20, 0x03, 0x28, 0x0f, 0x52, 0x10, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74,
0x65, 0x64, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x2b, 0x0a, 0x11, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18,
0x28, 0x20, 0x03, 0x28, 0x10, 0x52, 0x10, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x53,
0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x12, 0x25, 0x0a, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61,
0x74, 0x65, 0x64, 0x5f, 0x66, 0x6c, 0x6f, 0x61, 0x74, 0x18, 0x29, 0x20, 0x03, 0x28, 0x02, 0x52,
0x0d, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x6c, 0x6f, 0x61, 0x74, 0x12, 0x27,
0x0a, 0x0f, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x64, 0x6f, 0x75, 0x62, 0x6c,
0x65, 0x18, 0x2a, 0x20, 0x03, 0x28, 0x01, 0x52, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x44, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x12, 0x23, 0x0a, 0x0d, 0x72, 0x65, 0x70, 0x65, 0x61,
0x74, 0x65, 0x64, 0x5f, 0x62, 0x6f, 0x6f, 0x6c, 0x18, 0x2b, 0x20, 0x03, 0x28, 0x08, 0x52, 0x0c,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x42, 0x6f, 0x6f, 0x6c, 0x12, 0x27, 0x0a, 0x0f,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x18,
0x2c, 0x20, 0x03, 0x28, 0x09, 0x52, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x53,
0x74, 0x72, 0x69, 0x6e, 0x67, 0x12, 0x25, 0x0a, 0x0e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x5f, 0x62, 0x79, 0x74, 0x65, 0x73, 0x18, 0x2d, 0x20, 0x03, 0x28, 0x0c, 0x52, 0x0d, 0x72,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x42, 0x79, 0x74, 0x65, 0x73, 0x12, 0x54, 0x0a, 0x0d,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x67, 0x72, 0x6f, 0x75, 0x70, 0x18, 0x2e, 0x20,
0x03, 0x28, 0x0a, 0x32, 0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x52, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x47, 0x72,
0x6f, 0x75, 0x70, 0x52, 0x0d, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x67, 0x72, 0x6f,
0x75, 0x70, 0x12, 0x66, 0x0a, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x6e,
0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x30, 0x20,
0x03, 0x28, 0x0b, 0x32, 0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73,
0x61, 0x67, 0x65, 0x52, 0x15, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x4e, 0x65, 0x73,
0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x5c, 0x0a, 0x18, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x66, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x5f, 0x6d,
0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x31, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x22, 0x2e, 0x67,
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65,
0x52, 0x16, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67,
0x6e, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x58, 0x0a, 0x16, 0x72, 0x65, 0x70, 0x65,
0x61, 0x74, 0x65, 0x64, 0x5f, 0x69, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x6d, 0x65, 0x73, 0x73, 0x61,
0x67, 0x65, 0x18, 0x32, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x21, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x49, 0x6d,
0x70, 0x6f, 0x72, 0x74, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x52, 0x15, 0x72, 0x65, 0x70,
0x65, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x6d, 0x65, 0x73, 0x73, 0x61,
0x67, 0x65, 0x12, 0x5d, 0x0a, 0x14, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x6e,
0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x33, 0x20, 0x03, 0x28, 0x0e,
0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x52, 0x12, 0x72,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75,
0x6d, 0x12, 0x53, 0x0a, 0x15, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x66, 0x6f,
0x72, 0x65, 0x69, 0x67, 0x6e, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x34, 0x20, 0x03, 0x28, 0x0e,
0x32, 0x1f, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x45, 0x6e, 0x75,
0x6d, 0x52, 0x13, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x6f, 0x72, 0x65, 0x69,
0x67, 0x6e, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x4f, 0x0a, 0x13, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74,
0x65, 0x64, 0x5f, 0x69, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x35, 0x20,
0x03, 0x28, 0x0e, 0x32, 0x1e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x49, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x45,
0x6e, 0x75, 0x6d, 0x52, 0x12, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6d, 0x70,
0x6f, 0x72, 0x74, 0x65, 0x6e, 0x75, 0x6d, 0x12, 0x5b, 0x0a, 0x0f, 0x6d, 0x61, 0x70, 0x5f, 0x69,
0x6e, 0x74, 0x33, 0x32, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x38, 0x20, 0x03, 0x28, 0x0b,
0x32, 0x33, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70,
0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x49, 0x6e, 0x74, 0x33, 0x32,
0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x0d, 0x6d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x49,
0x6e, 0x74, 0x33, 0x32, 0x12, 0x5b, 0x0a, 0x0f, 0x6d, 0x61, 0x70, 0x5f, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x39, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x33, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e,
0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x6e, 0x74,
0x72, 0x79, 0x52, 0x0d, 0x6d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x49, 0x6e, 0x74, 0x36,
0x34, 0x12, 0x61, 0x0a, 0x11, 0x6d, 0x61, 0x70, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f,
0x75, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x3a, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x35, 0x2e, 0x67,
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d,
0x61, 0x70, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x6e,
0x74, 0x72, 0x79, 0x52, 0x0f, 0x6d, 0x61, 0x70, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x55, 0x69,
0x6e, 0x74, 0x33, 0x32, 0x12, 0x61, 0x0a, 0x11, 0x6d, 0x61, 0x70, 0x5f, 0x75, 0x69, 0x6e, 0x74,
0x36, 0x34, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x3b, 0x20, 0x03, 0x28, 0x0b, 0x32,
0x35, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65,
0x73, 0x2e, 0x4d, 0x61, 0x70, 0x55, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x55, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x0f, 0x6d, 0x61, 0x70, 0x55, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x55, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x61, 0x0a, 0x11, 0x6d, 0x61, 0x70, 0x5f, 0x73,
0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x3c, 0x20, 0x03,
0x28, 0x0b, 0x32, 0x35, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54,
0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x53, 0x69,
0x6e, 0x74, 0x33, 0x32, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x0f, 0x6d, 0x61, 0x70, 0x53, 0x69,
0x6e, 0x74, 0x33, 0x32, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x61, 0x0a, 0x11, 0x6d, 0x61,
0x70, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18,
0x3d, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x35, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x53, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x0f, 0x6d, 0x61,
0x70, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x67, 0x0a,
0x13, 0x6d, 0x61, 0x70, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x5f, 0x66, 0x69, 0x78,
0x65, 0x64, 0x33, 0x32, 0x18, 0x3e, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x37, 0x2e, 0x67, 0x6f, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e,
0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70,
0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x45, 0x6e,
0x74, 0x72, 0x79, 0x52, 0x11, 0x6d, 0x61, 0x70, 0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x46,
0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x67, 0x0a, 0x13, 0x6d, 0x61, 0x70, 0x5f, 0x66, 0x69,
0x78, 0x65, 0x64, 0x36, 0x34, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18, 0x3f, 0x20,
0x03, 0x28, 0x0b, 0x32, 0x37, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34,
0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x11, 0x6d, 0x61,
0x70, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x12,
0x6d, 0x0a, 0x15, 0x6d, 0x61, 0x70, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x5f,
0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x18, 0x40, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x39,
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74,
0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x2e, 0x4d, 0x61, 0x70, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x53, 0x66, 0x69, 0x78,
0x65, 0x64, 0x33, 0x32, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x13, 0x6d, 0x61, 0x70, 0x53, 0x66,
0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x6d,
0x0a, 0x15, 0x6d, 0x61, 0x70, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x5f, 0x73,
0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18, 0x41, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x39, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e,
0x4d, 0x61, 0x70, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x53, 0x66, 0x69, 0x78, 0x65,
0x64, 0x36, 0x34, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x13, 0x6d, 0x61, 0x70, 0x53, 0x66, 0x69,
0x78, 0x65, 0x64, 0x36, 0x34, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x12, 0x5b, 0x0a,
0x0f, 0x6d, 0x61, 0x70, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x66, 0x6c, 0x6f, 0x61, 0x74,
0x18, 0x42, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x33, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74,
0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33,
0x32, 0x46, 0x6c, 0x6f, 0x61, 0x74, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x0d, 0x6d, 0x61, 0x70,
0x49, 0x6e, 0x74, 0x33, 0x32, 0x46, 0x6c, 0x6f, 0x61, 0x74, 0x12, 0x5e, 0x0a, 0x10, 0x6d, 0x61,
0x70, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x64, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x18, 0x43,
0x20, 0x03, 0x28, 0x0b, 0x32, 0x34, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c,
0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x44,
0x6f, 0x75, 0x62, 0x6c, 0x65, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x0e, 0x6d, 0x61, 0x70, 0x49,
0x6e, 0x74, 0x33, 0x32, 0x44, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x12, 0x55, 0x0a, 0x0d, 0x6d, 0x61,
0x70, 0x5f, 0x62, 0x6f, 0x6f, 0x6c, 0x5f, 0x62, 0x6f, 0x6f, 0x6c, 0x18, 0x44, 0x20, 0x03, 0x28,
0x0b, 0x32, 0x31, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x42, 0x6f, 0x6f, 0x6c, 0x42, 0x6f, 0x6f, 0x6c, 0x45,
0x6e, 0x74, 0x72, 0x79, 0x52, 0x0b, 0x6d, 0x61, 0x70, 0x42, 0x6f, 0x6f, 0x6c, 0x42, 0x6f, 0x6f,
0x6c, 0x12, 0x61, 0x0a, 0x11, 0x6d, 0x61, 0x70, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x5f,
0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x18, 0x45, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x35, 0x2e, 0x67,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x45, 0x6e,
0x74, 0x72, 0x79, 0x52, 0x0f, 0x6d, 0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x53, 0x74,
0x72, 0x69, 0x6e, 0x67, 0x12, 0x5e, 0x0a, 0x10, 0x6d, 0x61, 0x70, 0x5f, 0x73, 0x74, 0x72, 0x69,
0x6e, 0x67, 0x5f, 0x62, 0x79, 0x74, 0x65, 0x73, 0x18, 0x46, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x34,
0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74,
0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73,
0x2e, 0x4d, 0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x42, 0x79, 0x74, 0x65, 0x73, 0x45,
0x6e, 0x74, 0x72, 0x79, 0x52, 0x0e, 0x6d, 0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x42,
0x79, 0x74, 0x65, 0x73, 0x12, 0x77, 0x0a, 0x19, 0x6d, 0x61, 0x70, 0x5f, 0x73, 0x74, 0x72, 0x69,
0x6e, 0x67, 0x5f, 0x6e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67,
0x65, 0x18, 0x47, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x3c, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4d, 0x61, 0x70, 0x53, 0x74, 0x72,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x69, 0x6e, 0x67, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65,
0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x16, 0x6d, 0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67,
0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x6e, 0x0a,
0x16, 0x6d, 0x61, 0x70, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x5f, 0x6e, 0x65, 0x73, 0x74,
0x65, 0x64, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x49, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x39, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e,
0x4d, 0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45,
0x6e, 0x75, 0x6d, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x52, 0x13, 0x6d, 0x61, 0x70, 0x53, 0x74, 0x72,
0x69, 0x6e, 0x67, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x27, 0x0a,
0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x51,
0x20, 0x01, 0x28, 0x05, 0x3a, 0x02, 0x38, 0x31, 0x52, 0x0c, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c,
0x74, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x27, 0x0a, 0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c,
0x74, 0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x52, 0x20, 0x01, 0x28, 0x03, 0x3a, 0x02, 0x38,
0x32, 0x52, 0x0c, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x12,
0x29, 0x0a, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x33,
0x32, 0x18, 0x53, 0x20, 0x01, 0x28, 0x0d, 0x3a, 0x02, 0x38, 0x33, 0x52, 0x0d, 0x64, 0x65, 0x66,
0x61, 0x75, 0x6c, 0x74, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x29, 0x0a, 0x0e, 0x64, 0x65,
0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x54, 0x20, 0x01,
0x28, 0x04, 0x3a, 0x02, 0x38, 0x34, 0x52, 0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x55,
0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x2a, 0x0a, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74,
0x5f, 0x73, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x55, 0x20, 0x01, 0x28, 0x11, 0x3a, 0x03, 0x2d,
0x38, 0x35, 0x52, 0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x69, 0x6e, 0x74, 0x33,
0x32, 0x12, 0x29, 0x0a, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x73, 0x69, 0x6e,
0x74, 0x36, 0x34, 0x18, 0x56, 0x20, 0x01, 0x28, 0x12, 0x3a, 0x02, 0x38, 0x36, 0x52, 0x0d, 0x64,
0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x2b, 0x0a, 0x0f,
0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x18,
0x57, 0x20, 0x01, 0x28, 0x07, 0x3a, 0x02, 0x38, 0x37, 0x52, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75,
0x6c, 0x74, 0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x2b, 0x0a, 0x0f, 0x64, 0x65, 0x66,
0x61, 0x75, 0x6c, 0x74, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18, 0x58, 0x20, 0x01,
0x28, 0x06, 0x3a, 0x02, 0x38, 0x38, 0x52, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x46,
0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x12, 0x2d, 0x0a, 0x10, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c,
0x74, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x18, 0x59, 0x20, 0x01, 0x28, 0x0f,
0x3a, 0x02, 0x38, 0x39, 0x52, 0x0f, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x66, 0x69,
0x78, 0x65, 0x64, 0x33, 0x32, 0x12, 0x2e, 0x0a, 0x10, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74,
0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x18, 0x50, 0x20, 0x01, 0x28, 0x10, 0x3a,
0x03, 0x2d, 0x39, 0x30, 0x52, 0x0f, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x66, 0x69,
0x78, 0x65, 0x64, 0x36, 0x34, 0x12, 0x29, 0x0a, 0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74,
0x5f, 0x66, 0x6c, 0x6f, 0x61, 0x74, 0x18, 0x5b, 0x20, 0x01, 0x28, 0x02, 0x3a, 0x04, 0x39, 0x31,
0x2e, 0x35, 0x52, 0x0c, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x46, 0x6c, 0x6f, 0x61, 0x74,
0x12, 0x2c, 0x0a, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x64, 0x6f, 0x75, 0x62,
0x6c, 0x65, 0x18, 0x5c, 0x20, 0x01, 0x28, 0x01, 0x3a, 0x05, 0x39, 0x32, 0x30, 0x30, 0x30, 0x52,
0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x44, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x12, 0x27,
0x0a, 0x0c, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x62, 0x6f, 0x6f, 0x6c, 0x18, 0x5d,
0x20, 0x01, 0x28, 0x08, 0x3a, 0x04, 0x74, 0x72, 0x75, 0x65, 0x52, 0x0b, 0x64, 0x65, 0x66, 0x61,
0x75, 0x6c, 0x74, 0x42, 0x6f, 0x6f, 0x6c, 0x12, 0x2c, 0x0a, 0x0e, 0x64, 0x65, 0x66, 0x61, 0x75,
0x6c, 0x74, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x18, 0x5e, 0x20, 0x01, 0x28, 0x09, 0x3a,
0x05, 0x68, 0x65, 0x6c, 0x6c, 0x6f, 0x52, 0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53,
0x74, 0x72, 0x69, 0x6e, 0x67, 0x12, 0x2a, 0x0a, 0x0d, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74,
0x5f, 0x62, 0x79, 0x74, 0x65, 0x73, 0x18, 0x5f, 0x20, 0x01, 0x28, 0x0c, 0x3a, 0x05, 0x77, 0x6f,
0x72, 0x6c, 0x64, 0x52, 0x0c, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x42, 0x79, 0x74, 0x65,
0x73, 0x12, 0x60, 0x0a, 0x13, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x6e, 0x65, 0x73,
0x74, 0x65, 0x64, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x60, 0x20, 0x01, 0x28, 0x0e, 0x32, 0x2b,
0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74,
0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73,
0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x3a, 0x03, 0x42, 0x41, 0x52,
0x52, 0x11, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45,
0x6e, 0x75, 0x6d, 0x12, 0x5e, 0x0a, 0x14, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x66,
0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x18, 0x61, 0x20, 0x01, 0x28,
0x0e, 0x32, 0x1f, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x45, 0x6e,
0x75, 0x6d, 0x3a, 0x0b, 0x46, 0x4f, 0x52, 0x45, 0x49, 0x47, 0x4e, 0x5f, 0x42, 0x41, 0x52, 0x52,
0x12, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x45,
0x6e, 0x75, 0x6d, 0x12, 0x23, 0x0a, 0x0c, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x75, 0x69, 0x6e,
0x74, 0x33, 0x32, 0x18, 0x6f, 0x20, 0x01, 0x28, 0x0d, 0x48, 0x00, 0x52, 0x0b, 0x6f, 0x6e, 0x65,
0x6f, 0x66, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x12, 0x62, 0x0a, 0x14, 0x6f, 0x6e, 0x65, 0x6f,
0x66, 0x5f, 0x6e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65,
0x18, 0x70, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74,
0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d,
0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x48, 0x00, 0x52, 0x12, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x4e,
0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x23, 0x0a, 0x0c,
0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x18, 0x71, 0x20, 0x01,
0x28, 0x09, 0x48, 0x00, 0x52, 0x0b, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x53, 0x74, 0x72, 0x69, 0x6e,
0x67, 0x12, 0x21, 0x0a, 0x0b, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x62, 0x79, 0x74, 0x65, 0x73,
0x18, 0x72, 0x20, 0x01, 0x28, 0x0c, 0x48, 0x00, 0x52, 0x0a, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x42,
0x79, 0x74, 0x65, 0x73, 0x12, 0x1f, 0x0a, 0x0a, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x62, 0x6f,
0x6f, 0x6c, 0x18, 0x73, 0x20, 0x01, 0x28, 0x08, 0x48, 0x00, 0x52, 0x09, 0x6f, 0x6e, 0x65, 0x6f,
0x66, 0x42, 0x6f, 0x6f, 0x6c, 0x12, 0x23, 0x0a, 0x0c, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x75,
0x69, 0x6e, 0x74, 0x36, 0x34, 0x18, 0x74, 0x20, 0x01, 0x28, 0x04, 0x48, 0x00, 0x52, 0x0b, 0x6f,
0x6e, 0x65, 0x6f, 0x66, 0x55, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x12, 0x21, 0x0a, 0x0b, 0x6f, 0x6e,
0x65, 0x6f, 0x66, 0x5f, 0x66, 0x6c, 0x6f, 0x61, 0x74, 0x18, 0x75, 0x20, 0x01, 0x28, 0x02, 0x48,
0x00, 0x52, 0x0a, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x46, 0x6c, 0x6f, 0x61, 0x74, 0x12, 0x23, 0x0a,
0x0c, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x64, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x18, 0x76, 0x20,
0x01, 0x28, 0x01, 0x48, 0x00, 0x52, 0x0b, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x44, 0x6f, 0x75, 0x62,
0x6c, 0x65, 0x12, 0x4c, 0x0a, 0x0a, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x65, 0x6e, 0x75, 0x6d,
0x18, 0x77, 0x20, 0x01, 0x28, 0x0e, 0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74,
0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45,
0x6e, 0x75, 0x6d, 0x48, 0x00, 0x52, 0x09, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x45, 0x6e, 0x75, 0x6d,
0x1a, 0x61, 0x0a, 0x0d, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67,
0x65, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x01, 0x20, 0x01, 0x28, 0x05, 0x52, 0x01, 0x61, 0x12,
0x42, 0x0a, 0x0b, 0x63, 0x6f, 0x72, 0x65, 0x63, 0x75, 0x72, 0x73, 0x69, 0x76, 0x65, 0x18, 0x02,
0x20, 0x01, 0x28, 0x0b, 0x32, 0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c,
0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x52, 0x0b, 0x63, 0x6f, 0x72, 0x65, 0x63, 0x75, 0x72, 0x73,
0x69, 0x76, 0x65, 0x1a, 0x1d, 0x0a, 0x0d, 0x4f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x47,
0x72, 0x6f, 0x75, 0x70, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x11, 0x20, 0x01, 0x28, 0x05, 0x52,
0x01, 0x61, 0x1a, 0x1d, 0x0a, 0x0d, 0x52, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x47, 0x72,
0x6f, 0x75, 0x70, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x2f, 0x20, 0x01, 0x28, 0x05, 0x52, 0x01,
0x61, 0x1a, 0x40, 0x0a, 0x12, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x49, 0x6e, 0x74,
0x33, 0x32, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01,
0x20, 0x01, 0x28, 0x05, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c,
0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x05, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a,
0x02, 0x38, 0x01, 0x1a, 0x40, 0x0a, 0x12, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x49,
0x6e, 0x74, 0x36, 0x34, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79,
0x18, 0x01, 0x20, 0x01, 0x28, 0x03, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76,
0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x03, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75,
0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x42, 0x0a, 0x14, 0x4d, 0x61, 0x70, 0x55, 0x69, 0x6e, 0x74,
0x33, 0x32, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a,
0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x0d, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12,
0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x0d, 0x52, 0x05,
0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x42, 0x0a, 0x14, 0x4d, 0x61, 0x70,
0x55, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x55, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x6e, 0x74, 0x72,
0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x04, 0x52, 0x03,
0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01,
0x28, 0x04, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x42, 0x0a,
0x14, 0x4d, 0x61, 0x70, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32,
0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01,
0x28, 0x11, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65,
0x18, 0x02, 0x20, 0x01, 0x28, 0x11, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38,
0x01, 0x1a, 0x42, 0x0a, 0x14, 0x4d, 0x61, 0x70, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x53, 0x69,
0x6e, 0x74, 0x36, 0x34, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79,
0x18, 0x01, 0x20, 0x01, 0x28, 0x12, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76,
0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x12, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75,
0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x44, 0x0a, 0x16, 0x4d, 0x61, 0x70, 0x46, 0x69, 0x78, 0x65,
0x64, 0x33, 0x32, 0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12,
0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x07, 0x52, 0x03, 0x6b, 0x65,
0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x07,
0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x44, 0x0a, 0x16, 0x4d,
0x61, 0x70, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34,
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x28, 0x06, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65,
0x18, 0x02, 0x20, 0x01, 0x28, 0x06, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38,
0x01, 0x1a, 0x46, 0x0a, 0x18, 0x4d, 0x61, 0x70, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32,
0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a,
0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x0f, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12,
0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x0f, 0x52, 0x05,
0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x46, 0x0a, 0x18, 0x4d, 0x61, 0x70,
0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x28, 0x10, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65,
0x18, 0x02, 0x20, 0x01, 0x28, 0x10, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38,
0x01, 0x1a, 0x40, 0x0a, 0x12, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x46, 0x6c, 0x6f,
0x61, 0x74, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01,
0x20, 0x01, 0x28, 0x05, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c,
0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x02, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a,
0x02, 0x38, 0x01, 0x1a, 0x41, 0x0a, 0x13, 0x4d, 0x61, 0x70, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x44,
0x6f, 0x75, 0x62, 0x6c, 0x65, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65,
0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x05, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05,
0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x01, 0x52, 0x05, 0x76, 0x61, 0x6c,
0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x3e, 0x0a, 0x10, 0x4d, 0x61, 0x70, 0x42, 0x6f, 0x6f,
0x6c, 0x42, 0x6f, 0x6f, 0x6c, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65,
0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x08, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05,
0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x08, 0x52, 0x05, 0x76, 0x61, 0x6c,
0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x42, 0x0a, 0x14, 0x4d, 0x61, 0x70, 0x53, 0x74, 0x72,
0x69, 0x6e, 0x67, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10,
0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x09, 0x52, 0x03, 0x6b, 0x65, 0x79,
0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x09, 0x52,
0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x41, 0x0a, 0x13, 0x4d, 0x61,
0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x42, 0x79, 0x74, 0x65, 0x73, 0x45, 0x6e, 0x74, 0x72,
0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x09, 0x52, 0x03,
0x6b, 0x65, 0x79, 0x12, 0x14, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01,
0x28, 0x0c, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x79, 0x0a,
0x1b, 0x4d, 0x61, 0x70, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64,
0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03,
0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28, 0x09, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x44,
0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x2e, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e,
0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x52, 0x05, 0x76,
0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x1a, 0x73, 0x0a, 0x18, 0x4d, 0x61, 0x70, 0x53,
0x74, 0x72, 0x69, 0x6e, 0x67, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x45,
0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18, 0x01, 0x20, 0x01, 0x28,
0x09, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x41, 0x0a, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x18,
0x02, 0x20, 0x01, 0x28, 0x0e, 0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41,
0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e,
0x75, 0x6d, 0x52, 0x05, 0x76, 0x61, 0x6c, 0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x22, 0x39, 0x0a,
0x0a, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x07, 0x0a, 0x03, 0x46,
0x4f, 0x4f, 0x10, 0x00, 0x12, 0x07, 0x0a, 0x03, 0x42, 0x41, 0x52, 0x10, 0x01, 0x12, 0x07, 0x0a,
0x03, 0x42, 0x41, 0x5a, 0x10, 0x02, 0x12, 0x10, 0x0a, 0x03, 0x4e, 0x45, 0x47, 0x10, 0xff, 0xff,
0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x01, 0x42, 0x0d, 0x0a, 0x0b, 0x6f, 0x6e, 0x65, 0x6f,
0x66, 0x5f, 0x66, 0x69, 0x65, 0x6c, 0x64, 0x22, 0xc4, 0x01, 0x0a, 0x15, 0x54, 0x65, 0x73, 0x74,
0x44, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67,
0x65, 0x12, 0x2d, 0x0a, 0x10, 0x64, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x5f,
0x69, 0x6e, 0x74, 0x33, 0x32, 0x18, 0x01, 0x20, 0x01, 0x28, 0x05, 0x42, 0x02, 0x18, 0x01, 0x52,
0x0f, 0x64, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6e, 0x74, 0x33, 0x32,
0x12, 0x3a, 0x0a, 0x16, 0x64, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x6f,
0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x66, 0x69, 0x65, 0x6c, 0x64, 0x18, 0x02, 0x20, 0x01, 0x28, 0x05,
0x42, 0x02, 0x18, 0x01, 0x48, 0x00, 0x52, 0x14, 0x64, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74,
0x65, 0x64, 0x4f, 0x6e, 0x65, 0x6f, 0x66, 0x46, 0x69, 0x65, 0x6c, 0x64, 0x22, 0x28, 0x0a, 0x0e,
0x44, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x12,
0x0a, 0x0a, 0x44, 0x45, 0x50, 0x52, 0x45, 0x43, 0x41, 0x54, 0x45, 0x44, 0x10, 0x00, 0x1a, 0x02,
0x08, 0x01, 0x1a, 0x02, 0x18, 0x01, 0x3a, 0x02, 0x18, 0x01, 0x42, 0x12, 0x0a, 0x10, 0x64, 0x65,
0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x22, 0x2c,
0x0a, 0x0e, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65,
0x12, 0x0c, 0x0a, 0x01, 0x63, 0x18, 0x01, 0x20, 0x01, 0x28, 0x05, 0x52, 0x01, 0x63, 0x12, 0x0c,
0x0a, 0x01, 0x64, 0x18, 0x02, 0x20, 0x01, 0x28, 0x05, 0x52, 0x01, 0x64, 0x22, 0x30, 0x0a, 0x12,
0x54, 0x65, 0x73, 0x74, 0x52, 0x65, 0x73, 0x65, 0x72, 0x76, 0x65, 0x64, 0x46, 0x69, 0x65, 0x6c,
0x64, 0x73, 0x4a, 0x04, 0x08, 0x02, 0x10, 0x03, 0x4a, 0x04, 0x08, 0x0f, 0x10, 0x10, 0x4a, 0x04,
0x08, 0x09, 0x10, 0x0c, 0x52, 0x03, 0x62, 0x61, 0x72, 0x52, 0x03, 0x62, 0x61, 0x7a, 0x22, 0x1d,
0x0a, 0x11, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x73, 0x2a, 0x08, 0x08, 0x01, 0x10, 0x80, 0x80, 0x80, 0x80, 0x02, 0x22, 0x27, 0x0a,
0x17, 0x4f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x47, 0x72, 0x6f, 0x75, 0x70, 0x5f, 0x65,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x11, 0x20,
0x01, 0x28, 0x05, 0x52, 0x01, 0x61, 0x22, 0x27, 0x0a, 0x17, 0x52, 0x65, 0x70, 0x65, 0x61, 0x74,
0x65, 0x64, 0x47, 0x72, 0x6f, 0x75, 0x70, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x2f, 0x20, 0x01, 0x28, 0x05, 0x52, 0x01, 0x61, 0x22,
0x75, 0x0a, 0x13, 0x54, 0x65, 0x73, 0x74, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x32, 0x5e, 0x0a, 0x17, 0x6e, 0x65, 0x73, 0x74, 0x65, 0x64,
0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0xeb, 0x07, 0x20, 0x01, 0x28, 0x09, 0x52,
0x15, 0x6e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x22, 0xf7, 0x01, 0x0a, 0x0c, 0x54, 0x65, 0x73, 0x74, 0x52,
0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x12, 0x25, 0x0a, 0x0e, 0x72, 0x65, 0x71, 0x75, 0x69,
0x72, 0x65, 0x64, 0x5f, 0x66, 0x69, 0x65, 0x6c, 0x64, 0x18, 0x01, 0x20, 0x02, 0x28, 0x05, 0x52,
0x0d, 0x72, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x46, 0x69, 0x65, 0x6c, 0x64, 0x32, 0x60,
0x0a, 0x06, 0x73, 0x69, 0x6e, 0x67, 0x6c, 0x65, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18,
0xe8, 0x07, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74,
0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x52, 0x06, 0x73, 0x69, 0x6e, 0x67, 0x6c, 0x65,
0x32, 0x5e, 0x0a, 0x05, 0x6d, 0x75, 0x6c, 0x74, 0x69, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73,
0x18, 0xe9, 0x07, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x52, 0x05, 0x6d, 0x75, 0x6c, 0x74, 0x69,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x22, 0xc2, 0x03, 0x0a, 0x13, 0x54, 0x65, 0x73, 0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x64, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x12, 0x4b, 0x0a, 0x10, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x01, 0x20, 0x01,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x28, 0x0b, 0x32, 0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x52, 0x65, 0x71, 0x75,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x69, 0x72, 0x65, 0x64, 0x52, 0x0f, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x4d, 0x65,
0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x4b, 0x0a, 0x10, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x02, 0x20, 0x03, 0x28, 0x0b, 0x32,
0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65,
0x64, 0x52, 0x0f, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61,
0x67, 0x65, 0x12, 0x58, 0x0a, 0x0b, 0x6d, 0x61, 0x70, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67,
0x65, 0x18, 0x03, 0x20, 0x03, 0x28, 0x0b, 0x32, 0x37, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e,
0x2e, 0x4d, 0x61, 0x70, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x45, 0x6e, 0x74, 0x72, 0x79,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x52, 0x0a, 0x6d, 0x61, 0x70, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x12, 0x47, 0x0a, 0x0d,
0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x04, 0x20,
0x01, 0x28, 0x0b, 0x32, 0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x52, 0x65, 0x71,
0x75, 0x69, 0x72, 0x65, 0x64, 0x48, 0x00, 0x52, 0x0c, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x4d, 0x65,
0x73, 0x73, 0x61, 0x67, 0x65, 0x1a, 0x5f, 0x0a, 0x0f, 0x4d, 0x61, 0x70, 0x4d, 0x65, 0x73, 0x73,
0x61, 0x67, 0x65, 0x45, 0x6e, 0x74, 0x72, 0x79, 0x12, 0x10, 0x0a, 0x03, 0x6b, 0x65, 0x79, 0x18,
0x01, 0x20, 0x01, 0x28, 0x05, 0x52, 0x03, 0x6b, 0x65, 0x79, 0x12, 0x36, 0x0a, 0x05, 0x76, 0x61,
0x6c, 0x75, 0x65, 0x18, 0x02, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x20, 0x2e, 0x67, 0x6f, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
0x65, 0x73, 0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x52, 0x05, 0x76, 0x61, 0x6c,
0x75, 0x65, 0x3a, 0x02, 0x38, 0x01, 0x42, 0x0d, 0x0a, 0x0b, 0x6f, 0x6e, 0x65, 0x6f, 0x66, 0x5f,
0x66, 0x69, 0x65, 0x6c, 0x64, 0x22, 0x99, 0x02, 0x0a, 0x17, 0x54, 0x65, 0x73, 0x74, 0x52, 0x65,
0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x47, 0x72, 0x6f, 0x75, 0x70, 0x46, 0x69, 0x65, 0x6c, 0x64,
0x73, 0x12, 0x5f, 0x0a, 0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x67, 0x72, 0x6f,
0x75, 0x70, 0x18, 0x01, 0x20, 0x01, 0x28, 0x0a, 0x32, 0x39, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x73, 0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x47, 0x72, 0x6f, 0x75, 0x70, 0x46,
0x69, 0x65, 0x6c, 0x64, 0x73, 0x2e, 0x4f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x47, 0x72,
0x6f, 0x75, 0x70, 0x52, 0x0d, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x67, 0x72, 0x6f,
0x75, 0x70, 0x12, 0x5f, 0x0a, 0x0d, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x67, 0x72,
0x6f, 0x75, 0x70, 0x18, 0x03, 0x20, 0x03, 0x28, 0x0a, 0x32, 0x39, 0x2e, 0x67, 0x6f, 0x70, 0x72,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x65, 0x73, 0x74, 0x52, 0x65, 0x71, 0x75, 0x69, 0x72, 0x65, 0x64, 0x47, 0x72, 0x6f, 0x75, 0x70,
0x46, 0x69, 0x65, 0x6c, 0x64, 0x73, 0x2e, 0x52, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x47,
0x72, 0x6f, 0x75, 0x70, 0x52, 0x0d, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x67, 0x72,
0x6f, 0x75, 0x70, 0x1a, 0x1d, 0x0a, 0x0d, 0x4f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x47,
0x72, 0x6f, 0x75, 0x70, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x02, 0x20, 0x02, 0x28, 0x05, 0x52,
0x01, 0x61, 0x1a, 0x1d, 0x0a, 0x0d, 0x52, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x47, 0x72,
0x6f, 0x75, 0x70, 0x12, 0x0c, 0x0a, 0x01, 0x61, 0x18, 0x04, 0x20, 0x02, 0x28, 0x05, 0x52, 0x01,
0x61, 0x22, 0x5d, 0x0a, 0x08, 0x54, 0x65, 0x73, 0x74, 0x57, 0x65, 0x61, 0x6b, 0x12, 0x51, 0x0a,
0x0c, 0x77, 0x65, 0x61, 0x6b, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x18, 0x01, 0x20,
0x01, 0x28, 0x0b, 0x32, 0x2a, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x77, 0x65, 0x61, 0x6b, 0x2e, 0x57, 0x65,
0x61, 0x6b, 0x49, 0x6d, 0x70, 0x6f, 0x72, 0x74, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x42,
0x02, 0x50, 0x01, 0x52, 0x0b, 0x77, 0x65, 0x61, 0x6b, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65,
0x22, 0x0c, 0x0a, 0x0a, 0x46, 0x6f, 0x6f, 0x52, 0x65, 0x71, 0x75, 0x65, 0x73, 0x74, 0x22, 0x0d,
0x0a, 0x0b, 0x46, 0x6f, 0x6f, 0x52, 0x65, 0x73, 0x70, 0x6f, 0x6e, 0x73, 0x65, 0x2a, 0x40, 0x0a,
0x0b, 0x46, 0x6f, 0x72, 0x65, 0x69, 0x67, 0x6e, 0x45, 0x6e, 0x75, 0x6d, 0x12, 0x0f, 0x0a, 0x0b,
0x46, 0x4f, 0x52, 0x45, 0x49, 0x47, 0x4e, 0x5f, 0x46, 0x4f, 0x4f, 0x10, 0x04, 0x12, 0x0f, 0x0a,
0x0b, 0x46, 0x4f, 0x52, 0x45, 0x49, 0x47, 0x4e, 0x5f, 0x42, 0x41, 0x52, 0x10, 0x05, 0x12, 0x0f,
0x0a, 0x0b, 0x46, 0x4f, 0x52, 0x45, 0x49, 0x47, 0x4e, 0x5f, 0x42, 0x41, 0x5a, 0x10, 0x06, 0x2a,
0x47, 0x0a, 0x16, 0x54, 0x65, 0x73, 0x74, 0x52, 0x65, 0x73, 0x65, 0x72, 0x76, 0x65, 0x64, 0x45,
0x6e, 0x75, 0x6d, 0x46, 0x69, 0x65, 0x6c, 0x64, 0x73, 0x12, 0x11, 0x0a, 0x0d, 0x52, 0x45, 0x53,
0x45, 0x52, 0x56, 0x45, 0x44, 0x5f, 0x45, 0x4e, 0x55, 0x4d, 0x10, 0x00, 0x22, 0x04, 0x08, 0x02,
0x10, 0x02, 0x22, 0x04, 0x08, 0x0f, 0x10, 0x0f, 0x22, 0x04, 0x08, 0x09, 0x10, 0x0b, 0x2a, 0x03,
0x42, 0x41, 0x52, 0x2a, 0x03, 0x42, 0x41, 0x5a, 0x32, 0xa8, 0x01, 0x0a, 0x0b, 0x54, 0x65, 0x73,
0x74, 0x53, 0x65, 0x72, 0x76, 0x69, 0x63, 0x65, 0x12, 0x46, 0x0a, 0x03, 0x46, 0x6f, 0x6f, 0x12,
0x1e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f, 0x6f, 0x52, 0x65, 0x71, 0x75, 0x65, 0x73, 0x74, 0x1a,
0x1f, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f, 0x6f, 0x52, 0x65, 0x73, 0x70, 0x6f, 0x6e, 0x73, 0x65,
0x12, 0x51, 0x0a, 0x0a, 0x54, 0x65, 0x73, 0x74, 0x53, 0x74, 0x72, 0x65, 0x61, 0x6d, 0x12, 0x1e,
0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74,
0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f, 0x6f, 0x52, 0x65, 0x71, 0x75, 0x65, 0x73, 0x74, 0x1a, 0x1f,
0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74,
0x65, 0x73, 0x74, 0x2e, 0x46, 0x6f, 0x6f, 0x52, 0x65, 0x73, 0x70, 0x6f, 0x6e, 0x73, 0x65, 0x28,
0x01, 0x30, 0x01, 0x32, 0x85, 0x01, 0x0a, 0x15, 0x54, 0x65, 0x73, 0x74, 0x44, 0x65, 0x70, 0x72,
0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x53, 0x65, 0x72, 0x76, 0x69, 0x63, 0x65, 0x12, 0x67, 0x0a,
0x0a, 0x44, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x12, 0x29, 0x2e, 0x67, 0x6f,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x2e, 0x54, 0x65, 0x73, 0x74, 0x44, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x4d,
0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x1a, 0x29, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74,
0x44, 0x65, 0x70, 0x72, 0x65, 0x63, 0x61, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67,
0x65, 0x22, 0x03, 0x88, 0x02, 0x01, 0x1a, 0x03, 0x88, 0x02, 0x01, 0x3a, 0x5f, 0x0a, 0x18, 0x6f,
0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65, 0x78,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x01,
0x20, 0x01, 0x28, 0x05, 0x52, 0x16, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x49, 0x6e,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x74, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x5f, 0x0a, 0x18,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f, 0x65,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65,
0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x02, 0x20, 0x01, 0x28, 0x03, 0x52, 0x16, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x49,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6e, 0x74, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x33, 0x32,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e,
0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x73, 0x18, 0x03, 0x20, 0x01, 0x28, 0x0d, 0x52, 0x17, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61,
0x6c, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
0x3a, 0x61, 0x0a, 0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x75, 0x69, 0x6e,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x74, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x69, 0x6f, 0x6e, 0x73, 0x18, 0x04, 0x20, 0x01, 0x28, 0x04, 0x52, 0x17, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x55, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x73, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x05, 0x20, 0x01, 0x28, 0x11, 0x52, 0x17, 0x6f,
0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e,
0x61, 0x6c, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x06, 0x20, 0x01, 0x28, 0x12,
0x52, 0x17, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34,
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x63, 0x0a, 0x1a, 0x6f, 0x70, 0x74,
0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x5f, 0x65, 0x78,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x07,
0x20, 0x01, 0x28, 0x07, 0x52, 0x18, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x46, 0x69,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x78, 0x65, 0x64, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x63,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x0a, 0x1a, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67,
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6f, 0x6e, 0x73, 0x18, 0x08, 0x20, 0x01, 0x28, 0x06, 0x52, 0x18, 0x6f, 0x70, 0x74, 0x69, 0x6f,
0x6e, 0x61, 0x6c, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
0x69, 0x6f, 0x6e, 0x3a, 0x65, 0x0a, 0x1b, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x09, 0x20, 0x01, 0x28, 0x0f, 0x52,
0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33,
0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x65, 0x0a, 0x1b, 0x6f, 0x70,
0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x5f,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x18, 0x0a, 0x20, 0x01, 0x28, 0x10, 0x52, 0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6e, 0x3a, 0x5f, 0x0a, 0x18, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x66, 0x6c,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6f, 0x61, 0x74, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e,
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x69, 0x6f, 0x6e, 0x73, 0x18, 0x0b, 0x20, 0x01, 0x28, 0x02, 0x52, 0x16, 0x6f, 0x70, 0x74, 0x69,
0x6f, 0x6e, 0x61, 0x6c, 0x46, 0x6c, 0x6f, 0x61, 0x74, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x64,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6f, 0x75, 0x62, 0x6c, 0x65, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12,
0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x0c, 0x20, 0x01, 0x28, 0x01, 0x52, 0x17, 0x6f, 0x70,
0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x44, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x45, 0x78, 0x74, 0x65,
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x5d, 0x0a, 0x17, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61,
0x6c, 0x5f, 0x62, 0x6f, 0x6f, 0x6c, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x0d, 0x20, 0x01, 0x28, 0x08, 0x52, 0x15, 0x6f,
0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x42, 0x6f, 0x6f, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x0e, 0x20, 0x01, 0x28, 0x09, 0x52, 0x17,
0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x45, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x5f, 0x0a, 0x18, 0x6f, 0x70, 0x74, 0x69, 0x6f,
0x6e, 0x61, 0x6c, 0x5f, 0x62, 0x79, 0x74, 0x65, 0x73, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x0f, 0x20, 0x01, 0x28, 0x0c,
0x52, 0x16, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x42, 0x79, 0x74, 0x65, 0x73, 0x45,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x8b, 0x01, 0x0a, 0x17, 0x6f, 0x70, 0x74,
0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x67, 0x72, 0x6f, 0x75, 0x70, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x10, 0x20, 0x01, 0x28,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x0a, 0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x4f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x47,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x72, 0x6f, 0x75, 0x70, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x52, 0x16,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x67, 0x72, 0x6f, 0x75, 0x70, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0xa0, 0x01, 0x0a, 0x21, 0x6f, 0x70, 0x74, 0x69, 0x6f,
0x6e, 0x61, 0x6c, 0x5f, 0x6e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x67, 0x65, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67,
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6f, 0x6e, 0x73, 0x18, 0x12, 0x20, 0x01, 0x28, 0x0b, 0x32, 0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72,
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x52, 0x1e, 0x6f, 0x70, 0x74, 0x69, 0x6f,
0x6e, 0x61, 0x6c, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65,
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x97, 0x01, 0x0a, 0x1e, 0x6f, 0x70,
0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c, 0x5f, 0x6e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x65, 0x6e,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x75, 0x6d, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67,
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6f, 0x6e, 0x73, 0x18, 0x15, 0x20, 0x01, 0x28, 0x0e, 0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79, 0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x52, 0x1b, 0x6f, 0x70, 0x74, 0x69, 0x6f, 0x6e, 0x61, 0x6c,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x69, 0x6f, 0x6e, 0x3a, 0x5f, 0x0a, 0x18, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f,
0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12,
0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65,
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x1f, 0x20, 0x03, 0x28, 0x05, 0x52, 0x16, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x5f, 0x0a, 0x18, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64,
0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x20, 0x20, 0x03, 0x28, 0x03, 0x52, 0x16, 0x72,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65,
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x21, 0x20, 0x03, 0x28, 0x0d, 0x52,
0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x72, 0x65, 0x70, 0x65,
0x61, 0x74, 0x65, 0x64, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65,
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x22, 0x20, 0x03,
0x28, 0x04, 0x52, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x55, 0x69, 0x6e, 0x74,
0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x72,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65,
0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18,
0x23, 0x20, 0x03, 0x28, 0x11, 0x52, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x53,
0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61,
0x0a, 0x19, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x36,
0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f,
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74,
0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x73, 0x18, 0x24, 0x20, 0x03, 0x28, 0x12, 0x52, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74,
0x65, 0x64, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x3a, 0x63, 0x0a, 0x1a, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x66, 0x69,
0x78, 0x65, 0x64, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12,
0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65,
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x25, 0x20, 0x03, 0x28, 0x07, 0x52, 0x18, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x63, 0x0a, 0x1a, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74,
0x65, 0x64, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c,
0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x26, 0x20, 0x03, 0x28,
0x06, 0x52, 0x18, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x69, 0x78, 0x65, 0x64,
0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x65, 0x0a, 0x1b, 0x72,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e,
0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x73, 0x18, 0x27, 0x20, 0x03, 0x28, 0x0f, 0x52, 0x19, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65,
0x64, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x3a, 0x65, 0x0a, 0x1b, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73,
0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x28, 0x20, 0x03, 0x28, 0x10, 0x52, 0x19,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34,
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x5f, 0x0a, 0x18, 0x72, 0x65, 0x70,
0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x66, 0x6c, 0x6f, 0x61, 0x74, 0x5f, 0x65, 0x78, 0x74, 0x65,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e,
internal/cmd/generate-protos: initial commit Create a single binary for handling generation of protos. This replaces previous logic spread throughout the repo in: * regenerate.bash * cmd/protoc-gen-go/golden_test.go * cmd/protoc-gen-go-grpc/golden_test.go * (indirectly) internal/protogen/goldentest One of the problems with the former approaches is that they relied on a version of protoc that was specific to a developer's workstation. This meant that the result of generation was not hermetic. To address this, we rely on the hard-coded version of protobuf specified in the test.bash script. A summary of changes in this CL are: * The internal_gengo.GenerateFile and internal_gengogrpc.GenerateFile functions are unified to have consistent signatures. It seems that the former accepted a *protogen.GeneratedFile to support v1 where gRPC code was generated into the same file as the base .pb.go file. However, the same functionality can be achieved by having the function return the generated file object. * The test.bash script patches the protobuf toolchain to have properly specified go_package options in each proto source file. * The test.bash script accepts a "-regenerate" argument. * Add generation for the well-known types. Contrary to how these were laid out in the v1 repo, all the well-known types are placed in the same Go package. * Add generation for the conformance proto. * Remove regenerate.bash * Remove internal/protogen * Remove cmd/protoc-gen-go/golden_test.go * Remove cmd/protoc-gen-go-grpc/golden_test.go * Add cmd/protoc-gen-go/annotation_test.go Change-Id: I4a1a97ae6f66e2fabcf4e4d292c95ab2a2db0248 Reviewed-on: https://go-review.googlesource.com/c/164477 Reviewed-by: Damien Neil <dneil@google.com>
2019-02-27 21:46:29 -08:00
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x29, 0x20, 0x03,
0x28, 0x02, 0x52, 0x16, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x46, 0x6c, 0x6f, 0x61,
0x74, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19, 0x72, 0x65,
0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x64, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x5f, 0x65, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x2a,
0x20, 0x03, 0x28, 0x01, 0x52, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x44, 0x6f,
0x75, 0x62, 0x6c, 0x65, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x5d, 0x0a,
0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x62, 0x6f, 0x6f, 0x6c, 0x5f, 0x65,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65,
0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18,
0x2b, 0x20, 0x03, 0x28, 0x08, 0x52, 0x15, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x42,
0x6f, 0x6f, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x19,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x5f,
0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73,
0x18, 0x2c, 0x20, 0x03, 0x28, 0x09, 0x52, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64,
0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a,
0x5f, 0x0a, 0x18, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x62, 0x79, 0x74, 0x65,
0x73, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74,
0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6e, 0x73, 0x18, 0x2d, 0x20, 0x03, 0x28, 0x0c, 0x52, 0x16, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74,
0x65, 0x64, 0x42, 0x79, 0x74, 0x65, 0x73, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
0x3a, 0x8b, 0x01, 0x0a, 0x17, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x67, 0x72, 0x6f,
0x75, 0x70, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67,
0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73,
0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x73, 0x18, 0x2e, 0x20, 0x03, 0x28, 0x0a, 0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x52,
0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x47, 0x72, 0x6f, 0x75, 0x70, 0x5f, 0x65, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x52, 0x16, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64,
0x67, 0x72, 0x6f, 0x75, 0x70, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0xa0,
0x01, 0x0a, 0x21, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x6e, 0x65, 0x73, 0x74,
0x65, 0x64, 0x5f, 0x6d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c,
0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x30, 0x20, 0x03, 0x28,
0x0b, 0x32, 0x2e, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79,
0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67,
0x65, 0x52, 0x1e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x4e, 0x65, 0x73, 0x74, 0x65,
0x64, 0x4d, 0x65, 0x73, 0x73, 0x61, 0x67, 0x65, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x3a, 0x97, 0x01, 0x0a, 0x1e, 0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x5f, 0x6e,
0x65, 0x73, 0x74, 0x65, 0x64, 0x5f, 0x65, 0x6e, 0x75, 0x6d, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c,
0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x33, 0x20, 0x03, 0x28,
0x0e, 0x32, 0x2b, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x54, 0x79,
0x70, 0x65, 0x73, 0x2e, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e, 0x75, 0x6d, 0x52, 0x1b,
0x72, 0x65, 0x70, 0x65, 0x61, 0x74, 0x65, 0x64, 0x4e, 0x65, 0x73, 0x74, 0x65, 0x64, 0x45, 0x6e,
0x75, 0x6d, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x17, 0x64,
0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74,
0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x51, 0x20,
0x01, 0x28, 0x05, 0x3a, 0x02, 0x38, 0x31, 0x52, 0x15, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74,
0x49, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61,
0x0a, 0x17, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f,
0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54,
0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73,
0x18, 0x52, 0x20, 0x01, 0x28, 0x03, 0x3a, 0x02, 0x38, 0x32, 0x52, 0x15, 0x64, 0x65, 0x66, 0x61,
0x75, 0x6c, 0x74, 0x49, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x3a, 0x63, 0x0a, 0x18, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x75, 0x69, 0x6e,
0x74, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
0x69, 0x6f, 0x6e, 0x73, 0x18, 0x53, 0x20, 0x01, 0x28, 0x0d, 0x3a, 0x02, 0x38, 0x33, 0x52, 0x16,
0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x55, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x63, 0x0a, 0x18, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c,
0x74, 0x5f, 0x75, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x54, 0x20, 0x01, 0x28, 0x04, 0x3a,
0x02, 0x38, 0x34, 0x52, 0x16, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x55, 0x69, 0x6e, 0x74,
0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x64, 0x0a, 0x18, 0x64,
0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x73, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x5f, 0x65, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74,
0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73,
0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x55,
0x20, 0x01, 0x28, 0x11, 0x3a, 0x03, 0x2d, 0x38, 0x35, 0x52, 0x16, 0x64, 0x65, 0x66, 0x61, 0x75,
0x6c, 0x74, 0x53, 0x69, 0x6e, 0x74, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
0x6e, 0x3a, 0x63, 0x0a, 0x18, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x73, 0x69, 0x6e,
0x74, 0x36, 0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e,
0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65,
0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73,
0x69, 0x6f, 0x6e, 0x73, 0x18, 0x56, 0x20, 0x01, 0x28, 0x12, 0x3a, 0x02, 0x38, 0x36, 0x52, 0x16,
0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x69, 0x6e, 0x74, 0x36, 0x34, 0x45, 0x78, 0x74,
0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x65, 0x0a, 0x19, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c,
0x74, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x57, 0x20, 0x01, 0x28, 0x07,
0x3a, 0x02, 0x38, 0x37, 0x52, 0x17, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x46, 0x69, 0x78,
0x65, 0x64, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x65, 0x0a,
0x19, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34,
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e,
0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x73, 0x18, 0x58, 0x20, 0x01, 0x28, 0x06, 0x3a, 0x02, 0x38, 0x38, 0x52, 0x17, 0x64, 0x65, 0x66,
0x61, 0x75, 0x6c, 0x74, 0x46, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x45, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x67, 0x0a, 0x1a, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f,
0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x33, 0x32, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x59, 0x20, 0x01, 0x28, 0x0f, 0x3a,
0x02, 0x38, 0x39, 0x52, 0x18, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x66, 0x69, 0x78,
0x65, 0x64, 0x33, 0x32, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x68, 0x0a,
0x1a, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x73, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36,
0x34, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f,
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74,
0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x6e, 0x73, 0x18, 0x50, 0x20, 0x01, 0x28, 0x10, 0x3a, 0x03, 0x2d, 0x39, 0x30, 0x52, 0x18, 0x64,
0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x53, 0x66, 0x69, 0x78, 0x65, 0x64, 0x36, 0x34, 0x45, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x63, 0x0a, 0x17, 0x64, 0x65, 0x66, 0x61, 0x75,
0x6c, 0x74, 0x5f, 0x66, 0x6c, 0x6f, 0x61, 0x74, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69,
proto: add Equal Add support for basic equality comparison of messages. Messages are equal if they have the same type and marshal to the same bytes with deterministic serialization, with some exceptions: - Messages with different registered extensions are unequal. - NaN is not equal to itself. Unlike the v1 Equal, a nil message is equal to an empty message of the same type. Change-Id: Ibabdadd8c767b801051b8241aeae1ba077e58121 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/174277 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-23 17:11:02 -07:00
0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45,
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x5b, 0x20, 0x01, 0x28, 0x02, 0x3a,
0x04, 0x39, 0x31, 0x2e, 0x35, 0x52, 0x15, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x46, 0x6c,
0x6f, 0x61, 0x74, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x66, 0x0a, 0x18,
0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x64, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x5f, 0x65,
0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f,
0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65,
0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18,
0x5c, 0x20, 0x01, 0x28, 0x01, 0x3a, 0x05, 0x39, 0x32, 0x30, 0x30, 0x30, 0x52, 0x16, 0x64, 0x65,
0x66, 0x61, 0x75, 0x6c, 0x74, 0x44, 0x6f, 0x75, 0x62, 0x6c, 0x65, 0x45, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x61, 0x0a, 0x16, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f,
0x62, 0x6f, 0x6f, 0x6c, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25,
0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74,
0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e,
0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x5d, 0x20, 0x01, 0x28, 0x08, 0x3a, 0x04, 0x74, 0x72, 0x75,
0x65, 0x52, 0x14, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x42, 0x6f, 0x6f, 0x6c, 0x45, 0x78,
0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a, 0x66, 0x0a, 0x18, 0x64, 0x65, 0x66, 0x61, 0x75,
0x6c, 0x74, 0x5f, 0x73, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73,
0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72,
0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e, 0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c,
0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x73, 0x18, 0x5e, 0x20, 0x01, 0x28, 0x09,
0x3a, 0x05, 0x68, 0x65, 0x6c, 0x6c, 0x6f, 0x52, 0x16, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74,
0x53, 0x74, 0x72, 0x69, 0x6e, 0x67, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x3a,
0x64, 0x0a, 0x17, 0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x5f, 0x62, 0x79, 0x74, 0x65, 0x73,
0x5f, 0x65, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x12, 0x25, 0x2e, 0x67, 0x6f, 0x70,
0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x2e, 0x74, 0x65, 0x73, 0x74, 0x2e,
0x54, 0x65, 0x73, 0x74, 0x41, 0x6c, 0x6c, 0x45, 0x78, 0x74, 0x65, 0x6e, 0x73, 0x69, 0x6f, 0x6e,
0x73, 0x18, 0x5f, 0x20, 0x01, 0x28, 0x0c, 0x3a, 0x05, 0x77, 0x6f, 0x72, 0x6c, 0x64, 0x52, 0x15,
0x64, 0x65, 0x66, 0x61, 0x75, 0x6c, 0x74, 0x42, 0x79, 0x74, 0x65, 0x73, 0x45, 0x78, 0x74, 0x65,
0x6e, 0x73, 0x69, 0x6f, 0x6e, 0x42, 0x35, 0x5a, 0x33, 0x67, 0x6f, 0x6f, 0x67, 0x6c, 0x65, 0x2e,
0x67, 0x6f, 0x6c, 0x61, 0x6e, 0x67, 0x2e, 0x6f, 0x72, 0x67, 0x2f, 0x70, 0x72, 0x6f, 0x74, 0x6f,
0x62, 0x75, 0x66, 0x2f, 0x69, 0x6e, 0x74, 0x65, 0x72, 0x6e, 0x61, 0x6c, 0x2f, 0x74, 0x65, 0x73,
0x74, 0x70, 0x72, 0x6f, 0x74, 0x6f, 0x73, 0x2f, 0x74, 0x65, 0x73, 0x74, 0x50, 0x01, 0x58, 0x02,
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
}
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
var (
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
file_test_test_proto_rawDescOnce sync.Once
file_test_test_proto_rawDescData = file_test_test_proto_rawDesc
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
)
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
func file_test_test_proto_rawDescGZIP() []byte {
file_test_test_proto_rawDescOnce.Do(func() {
file_test_test_proto_rawDescData = protoimpl.X.CompressGZIP(file_test_test_proto_rawDescData)
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
})
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
return file_test_test_proto_rawDescData
cmd/protoc-gen-go: lazily GZIP-encode the raw descriptor This reduces the init-time cost slightly since the GZIP'd raw descriptor is constructed lazily on demand. Change-Id: I482c6a2201b8786e425d7dee5612fdfd60ab1500 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/169917 Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-28 01:13:26 -07:00
}
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
var file_test_test_proto_enumTypes = make([]prototype.Enum, 4)
internal/impl: rename MessageType as MessageInfo The name MessageType is easily confused with protoreflect.MessageType. Rename it as MessageInfo, which follows the pattern set by v1, where the equivalent data structure is called InternalMessageInfo. Change-Id: I535956e1f7c6e9b07e9585e889d5e93388d0d2ce Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/178478 Reviewed-by: Damien Neil <dneil@google.com>
2019-05-22 05:12:36 -04:00
var file_test_test_proto_msgTypes = make([]protoimpl.MessageInfo, 37)
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
var file_test_test_proto_goTypes = []interface{}{
internal/fileinit: add tests for fileinit and protodesc Test the fileinit and protodesc packages by verifying that passing a FileDescriptorProto through a round trip of these packages leaves it unchanged. Change-Id: I6bfb894d95f1736f9908adee1ab63e9653b3f1be Reviewed-on: https://go-review.googlesource.com/c/159762 Reviewed-by: Herbie Ong <herbie@google.com>
2019-01-26 14:24:59 -08:00
(ForeignEnum)(0), // 0: goproto.proto.test.ForeignEnum
(TestReservedEnumFields)(0), // 1: goproto.proto.test.TestReservedEnumFields
(TestAllTypes_NestedEnum)(0), // 2: goproto.proto.test.TestAllTypes.NestedEnum
(TestDeprecatedMessage_DeprecatedEnum)(0), // 3: goproto.proto.test.TestDeprecatedMessage.DeprecatedEnum
(*TestAllTypes)(nil), // 4: goproto.proto.test.TestAllTypes
(*TestDeprecatedMessage)(nil), // 5: goproto.proto.test.TestDeprecatedMessage
(*ForeignMessage)(nil), // 6: goproto.proto.test.ForeignMessage
(*TestReservedFields)(nil), // 7: goproto.proto.test.TestReservedFields
(*TestAllExtensions)(nil), // 8: goproto.proto.test.TestAllExtensions
(*OptionalGroupExtension)(nil), // 9: goproto.proto.test.OptionalGroup_extension
(*RepeatedGroupExtension)(nil), // 10: goproto.proto.test.RepeatedGroup_extension
(*TestNestedExtension)(nil), // 11: goproto.proto.test.TestNestedExtension
proto: check for required fields in encoding/decoding Change-Id: I0555a92e0399782f075b1dcd248e880dd48c7d6d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/170579 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-03 12:17:24 -07:00
(*TestRequired)(nil), // 12: goproto.proto.test.TestRequired
(*TestRequiredForeign)(nil), // 13: goproto.proto.test.TestRequiredForeign
(*TestRequiredGroupFields)(nil), // 14: goproto.proto.test.TestRequiredGroupFields
internal/{fileinit,impl}: minimal weak field support Weak fields are an obsolete proto1 feature. They have been superseded by extensions. However, some vestigial support for weak fields does remain, mostly as Google-internal patches. (They aren't exciting; extensions really do everything weak fields do in a cleaner and more portable fashion.) At the moment, the only visible impact of marking a field [weak=true] is to exclude it from "internal/fileinit".FileBuilder.DependencyIndexes. We want to preserve that behavior just in case we ever do add full weak field support here. Extend fileinit to look up message descriptors for weak fields in the global registry. If the descriptor cannot be found, use a placeholder instead. Remove special-case handling of weak fields in the impl package. The code generator doesn't do anything special for them, so they can be treated as any other field. Change-Id: Ifa2ee3d30d63680a0eeb59c66ebc9521f38fd660 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/175997 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-05-08 07:52:49 -07:00
(*TestWeak)(nil), // 15: goproto.proto.test.TestWeak
(*FooRequest)(nil), // 16: goproto.proto.test.FooRequest
(*FooResponse)(nil), // 17: goproto.proto.test.FooResponse
(*TestAllTypes_NestedMessage)(nil), // 18: goproto.proto.test.TestAllTypes.NestedMessage
(*TestAllTypes_OptionalGroup)(nil), // 19: goproto.proto.test.TestAllTypes.OptionalGroup
(*TestAllTypes_RepeatedGroup)(nil), // 20: goproto.proto.test.TestAllTypes.RepeatedGroup
nil, // 21: goproto.proto.test.TestAllTypes.MapInt32Int32Entry
nil, // 22: goproto.proto.test.TestAllTypes.MapInt64Int64Entry
nil, // 23: goproto.proto.test.TestAllTypes.MapUint32Uint32Entry
nil, // 24: goproto.proto.test.TestAllTypes.MapUint64Uint64Entry
nil, // 25: goproto.proto.test.TestAllTypes.MapSint32Sint32Entry
nil, // 26: goproto.proto.test.TestAllTypes.MapSint64Sint64Entry
nil, // 27: goproto.proto.test.TestAllTypes.MapFixed32Fixed32Entry
nil, // 28: goproto.proto.test.TestAllTypes.MapFixed64Fixed64Entry
nil, // 29: goproto.proto.test.TestAllTypes.MapSfixed32Sfixed32Entry
nil, // 30: goproto.proto.test.TestAllTypes.MapSfixed64Sfixed64Entry
nil, // 31: goproto.proto.test.TestAllTypes.MapInt32FloatEntry
nil, // 32: goproto.proto.test.TestAllTypes.MapInt32DoubleEntry
nil, // 33: goproto.proto.test.TestAllTypes.MapBoolBoolEntry
nil, // 34: goproto.proto.test.TestAllTypes.MapStringStringEntry
nil, // 35: goproto.proto.test.TestAllTypes.MapStringBytesEntry
nil, // 36: goproto.proto.test.TestAllTypes.MapStringNestedMessageEntry
nil, // 37: goproto.proto.test.TestAllTypes.MapStringNestedEnumEntry
nil, // 38: goproto.proto.test.TestRequiredForeign.MapMessageEntry
(*TestRequiredGroupFields_OptionalGroup)(nil), // 39: goproto.proto.test.TestRequiredGroupFields.OptionalGroup
(*TestRequiredGroupFields_RepeatedGroup)(nil), // 40: goproto.proto.test.TestRequiredGroupFields.RepeatedGroup
(*ImportMessage)(nil), // 41: goproto.proto.test.ImportMessage
(ImportEnum)(0), // 42: goproto.proto.test.ImportEnum
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
}
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
var file_test_test_proto_depIdxs = []int32{
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
19, // goproto.proto.test.TestAllTypes.optionalgroup:type_name -> goproto.proto.test.TestAllTypes.OptionalGroup
18, // goproto.proto.test.TestAllTypes.optional_nested_message:type_name -> goproto.proto.test.TestAllTypes.NestedMessage
6, // goproto.proto.test.TestAllTypes.optional_foreign_message:type_name -> goproto.proto.test.ForeignMessage
41, // goproto.proto.test.TestAllTypes.optional_import_message:type_name -> goproto.proto.test.ImportMessage
2, // goproto.proto.test.TestAllTypes.optional_nested_enum:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
0, // goproto.proto.test.TestAllTypes.optional_foreign_enum:type_name -> goproto.proto.test.ForeignEnum
42, // goproto.proto.test.TestAllTypes.optional_import_enum:type_name -> goproto.proto.test.ImportEnum
20, // goproto.proto.test.TestAllTypes.repeatedgroup:type_name -> goproto.proto.test.TestAllTypes.RepeatedGroup
18, // goproto.proto.test.TestAllTypes.repeated_nested_message:type_name -> goproto.proto.test.TestAllTypes.NestedMessage
6, // goproto.proto.test.TestAllTypes.repeated_foreign_message:type_name -> goproto.proto.test.ForeignMessage
41, // goproto.proto.test.TestAllTypes.repeated_importmessage:type_name -> goproto.proto.test.ImportMessage
2, // goproto.proto.test.TestAllTypes.repeated_nested_enum:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
0, // goproto.proto.test.TestAllTypes.repeated_foreign_enum:type_name -> goproto.proto.test.ForeignEnum
42, // goproto.proto.test.TestAllTypes.repeated_importenum:type_name -> goproto.proto.test.ImportEnum
21, // goproto.proto.test.TestAllTypes.map_int32_int32:type_name -> goproto.proto.test.TestAllTypes.MapInt32Int32Entry
22, // goproto.proto.test.TestAllTypes.map_int64_int64:type_name -> goproto.proto.test.TestAllTypes.MapInt64Int64Entry
23, // goproto.proto.test.TestAllTypes.map_uint32_uint32:type_name -> goproto.proto.test.TestAllTypes.MapUint32Uint32Entry
24, // goproto.proto.test.TestAllTypes.map_uint64_uint64:type_name -> goproto.proto.test.TestAllTypes.MapUint64Uint64Entry
25, // goproto.proto.test.TestAllTypes.map_sint32_sint32:type_name -> goproto.proto.test.TestAllTypes.MapSint32Sint32Entry
26, // goproto.proto.test.TestAllTypes.map_sint64_sint64:type_name -> goproto.proto.test.TestAllTypes.MapSint64Sint64Entry
27, // goproto.proto.test.TestAllTypes.map_fixed32_fixed32:type_name -> goproto.proto.test.TestAllTypes.MapFixed32Fixed32Entry
28, // goproto.proto.test.TestAllTypes.map_fixed64_fixed64:type_name -> goproto.proto.test.TestAllTypes.MapFixed64Fixed64Entry
29, // goproto.proto.test.TestAllTypes.map_sfixed32_sfixed32:type_name -> goproto.proto.test.TestAllTypes.MapSfixed32Sfixed32Entry
30, // goproto.proto.test.TestAllTypes.map_sfixed64_sfixed64:type_name -> goproto.proto.test.TestAllTypes.MapSfixed64Sfixed64Entry
31, // goproto.proto.test.TestAllTypes.map_int32_float:type_name -> goproto.proto.test.TestAllTypes.MapInt32FloatEntry
32, // goproto.proto.test.TestAllTypes.map_int32_double:type_name -> goproto.proto.test.TestAllTypes.MapInt32DoubleEntry
33, // goproto.proto.test.TestAllTypes.map_bool_bool:type_name -> goproto.proto.test.TestAllTypes.MapBoolBoolEntry
34, // goproto.proto.test.TestAllTypes.map_string_string:type_name -> goproto.proto.test.TestAllTypes.MapStringStringEntry
35, // goproto.proto.test.TestAllTypes.map_string_bytes:type_name -> goproto.proto.test.TestAllTypes.MapStringBytesEntry
36, // goproto.proto.test.TestAllTypes.map_string_nested_message:type_name -> goproto.proto.test.TestAllTypes.MapStringNestedMessageEntry
37, // goproto.proto.test.TestAllTypes.map_string_nested_enum:type_name -> goproto.proto.test.TestAllTypes.MapStringNestedEnumEntry
2, // goproto.proto.test.TestAllTypes.default_nested_enum:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
0, // goproto.proto.test.TestAllTypes.default_foreign_enum:type_name -> goproto.proto.test.ForeignEnum
18, // goproto.proto.test.TestAllTypes.oneof_nested_message:type_name -> goproto.proto.test.TestAllTypes.NestedMessage
2, // goproto.proto.test.TestAllTypes.oneof_enum:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
12, // goproto.proto.test.TestRequiredForeign.optional_message:type_name -> goproto.proto.test.TestRequired
12, // goproto.proto.test.TestRequiredForeign.repeated_message:type_name -> goproto.proto.test.TestRequired
38, // goproto.proto.test.TestRequiredForeign.map_message:type_name -> goproto.proto.test.TestRequiredForeign.MapMessageEntry
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
12, // goproto.proto.test.TestRequiredForeign.oneof_message:type_name -> goproto.proto.test.TestRequired
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
39, // goproto.proto.test.TestRequiredGroupFields.optionalgroup:type_name -> goproto.proto.test.TestRequiredGroupFields.OptionalGroup
40, // goproto.proto.test.TestRequiredGroupFields.repeatedgroup:type_name -> goproto.proto.test.TestRequiredGroupFields.RepeatedGroup
4, // goproto.proto.test.TestAllTypes.NestedMessage.corecursive:type_name -> goproto.proto.test.TestAllTypes
18, // goproto.proto.test.TestAllTypes.MapStringNestedMessageEntry.value:type_name -> goproto.proto.test.TestAllTypes.NestedMessage
2, // goproto.proto.test.TestAllTypes.MapStringNestedEnumEntry.value:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
12, // goproto.proto.test.TestRequiredForeign.MapMessageEntry.value:type_name -> goproto.proto.test.TestRequired
8, // goproto.proto.test.optional_int32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_int64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_uint32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_uint64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_sint32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_sint64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_fixed32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_fixed64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_sfixed32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_sfixed64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_float_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_double_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_bool_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_string_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_bytes_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optionalgroup_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_nested_message_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.optional_nested_enum_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_int32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_int64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_uint32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_uint64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_sint32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_sint64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_fixed32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_fixed64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_sfixed32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_sfixed64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_float_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_double_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_bool_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_string_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_bytes_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeatedgroup_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_nested_message_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.repeated_nested_enum_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_int32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_int64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_uint32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_uint64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_sint32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_sint64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_fixed32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_fixed64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_sfixed32_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_sfixed64_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_float_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_double_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_bool_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_string_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.default_bytes_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.TestNestedExtension.nested_string_extension:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.TestRequired.single:extendee -> goproto.proto.test.TestAllExtensions
8, // goproto.proto.test.TestRequired.multi:extendee -> goproto.proto.test.TestAllExtensions
9, // goproto.proto.test.optionalgroup_extension:type_name -> goproto.proto.test.OptionalGroup_extension
18, // goproto.proto.test.optional_nested_message_extension:type_name -> goproto.proto.test.TestAllTypes.NestedMessage
2, // goproto.proto.test.optional_nested_enum_extension:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
10, // goproto.proto.test.repeatedgroup_extension:type_name -> goproto.proto.test.RepeatedGroup_extension
18, // goproto.proto.test.repeated_nested_message_extension:type_name -> goproto.proto.test.TestAllTypes.NestedMessage
2, // goproto.proto.test.repeated_nested_enum_extension:type_name -> goproto.proto.test.TestAllTypes.NestedEnum
12, // goproto.proto.test.TestRequired.single:type_name -> goproto.proto.test.TestRequired
12, // goproto.proto.test.TestRequired.multi:type_name -> goproto.proto.test.TestRequired
16, // goproto.proto.test.TestService.Foo:input_type -> goproto.proto.test.FooRequest
16, // goproto.proto.test.TestService.TestStream:input_type -> goproto.proto.test.FooRequest
5, // goproto.proto.test.TestDeprecatedService.Deprecated:input_type -> goproto.proto.test.TestDeprecatedMessage
17, // goproto.proto.test.TestService.Foo:output_type -> goproto.proto.test.FooResponse
17, // goproto.proto.test.TestService.TestStream:output_type -> goproto.proto.test.FooResponse
5, // goproto.proto.test.TestDeprecatedService.Deprecated:output_type -> goproto.proto.test.TestDeprecatedMessage
internal/impl: add fast-path for IsInitialized This currently returns uninformative errors from the fast path and then consults the slow, reflection-based path only when an error is detected. Perhaps it's worth going through the effort of producing better errors directly on the fast path. Change-Id: I68536e9438010dbd97dbaff4f47b78430221d94b Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/171462 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-04-09 15:57:05 -07:00
110, // starting offset of method output_type sub-list
107, // starting offset of method input_type sub-list
99, // starting offset of extension type_name sub-list
45, // starting offset of extension extendee sub-list
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
0, // starting offset of field type_name sub-list
internal/fileinit: generate reflect data structures from raw descriptors This CL takes a significantly different approach to generating support for protobuf reflection. The previous approach involved generating a large number of Go literals to represent the reflection information. While that approach was correct, it resulted in too much binary bloat. The approach taken here initializes the reflection information from the raw descriptor proto, which is a relatively dense representation of the protobuf reflection information. In order to keep initialization cost low, several measures were taken: * At program init, the bare minimum is parsed in order to initialize naming information for enums, messages, extensions, and services declared in the file. This is done because those top-level declarations are often relevant for registration. * Only upon first are most of the other data structures for protobuf reflection actually initialized. * Instead of using proto.Unmarshal, a hand-written unmarshaler is used. This allows us to avoid a dependendency on the descriptor proto and also because the API for the descriptor proto is fundamentally non-performant since it requires an allocation for every primitive field. At a high-level, the new implementation lives in internal/fileinit. Several changes were made to other parts of the repository: * cmd/protoc-gen-go: * Stop compressing the raw descriptors. While compression does reduce the size of the descriptors by approximately 2x, it is a pre-mature optimization since the descriptors themselves are around 1% of the total binary bloat that is due to generated protobufs. * Seeding protobuf reflection from the raw descriptor significantly simplifies the generator implementation since it is no longer responsible for constructing a tree of Go literals to represent the same information. * We remove the generation of the shadow types and instead call protoimpl.MessageType.MessageOf. Unfortunately, this incurs an allocation for every call to ProtoReflect since we need to allocate a tuple that wraps a pointer to the message value, and a pointer to message type. * internal/impl: * We add a MessageType.GoType field and make it required that it is set prior to first use. This is done so that we can avoid calling MessageType.init except for when it is actually needed. The allows code to call (*FooMessage)(nil).ProtoReflect().Type() without fearing that the init code will run, possibly triggering a recursive deadlock (where the init code depends on getting the Type of some dependency which may be declared within the same file). * internal/cmd/generate-types: * The code to generate reflect/prototype/protofile_list_gen.go was copied and altered to generated internal/fileinit.desc_list_gen.go. At a high-level this CL adds significant technical complexity. However, this is offset by several possible future changes: * The prototype package can be drastically simplified. We can probably reimplement internal/legacy to use internal/fileinit instead, allowing us to drop another dependency on the prototype package. As a result, we can probably delete most of the constructor types in that package. * With the prototype package significantly pruned, and the fact that generated code no longer depend on depends on that package, we can consider merging what's left of prototype into protodesc. Change-Id: I6090f023f2e1b6afaf62bd3ae883566242e30715 Reviewed-on: https://go-review.googlesource.com/c/158539 Reviewed-by: Herbie Ong <herbie@google.com> Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2019-01-18 09:32:24 -08:00
}
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
func init() { file_test_test_proto_init() }
func file_test_test_proto_init() {
cmd/protoc-gen-go: enforce init order within packages Ensure that the init funcs for files within a Go package run in the dependency order of the source .proto files. That is, if a.proto and b.proto are part of the same Go package, and a.proto imports b.proto, then b.pb.go's init funcs must run before a.pb.go's. Change-Id: I0e86ff22e5c4cab9df7a73fe4805390fadd34b0d Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/166419 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com> Reviewed-by: Herbie Ong <herbie@google.com>
2019-03-08 17:18:11 -08:00
if File_test_test_proto != nil {
return
}
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
file_test_test_import_proto_init()
file_test_test_public_proto_init()
cmd/protoc-gen-go: remove generation of XXX_OneofWrappers Associate the oneof wrapper types with a message by conveying that information to the associated MessageInfo. Change-Id: Iabfca593850e1d6a89498a37eacbf22dbb73bd20 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/185239 Reviewed-by: Damien Neil <dneil@google.com>
2019-07-08 10:38:11 -07:00
file_test_test_proto_msgTypes[0].OneofWrappers = []interface{}{
(*TestAllTypes_OneofUint32)(nil),
(*TestAllTypes_OneofNestedMessage)(nil),
(*TestAllTypes_OneofString)(nil),
(*TestAllTypes_OneofBytes)(nil),
(*TestAllTypes_OneofBool)(nil),
(*TestAllTypes_OneofUint64)(nil),
(*TestAllTypes_OneofFloat)(nil),
(*TestAllTypes_OneofDouble)(nil),
(*TestAllTypes_OneofEnum)(nil),
}
file_test_test_proto_msgTypes[1].OneofWrappers = []interface{}{
(*TestDeprecatedMessage_DeprecatedOneofField)(nil),
}
file_test_test_proto_msgTypes[9].OneofWrappers = []interface{}{
(*TestRequiredForeign_OneofMessage)(nil),
}
internal/filedesc, internal/filetype: initial commit The internal/fileinit package is split apart into two packages: * internal/filedesc constructs descriptors from the raw proto. It is very similar to the previous internal/fileinit package. * internal/filetype wraps descriptors with Go type information Overview: * The internal/fileinit package will be deleted in a future CL. It is kept around since the v1 repo currently depends on it. * The internal/prototype package is deleted. All former usages of it are now using internal/filedesc instead. Most significantly, the reflect/protodesc package was almost entirely re-written. * The internal/impl package drops support for messages that do not have a Descriptor method (pre-2016). This removes a significant amount of technical debt. filedesc.Builder to parse raw descriptors. * The internal/encoding/defval package now handles enum values by name. Change-Id: I3957bcc8588a70470fd6c7de1122216b80615ab7 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/182360 Reviewed-by: Damien Neil <dneil@google.com>
2019-06-06 13:01:53 -07:00
out := protoimpl.TypeBuilder{
File: protoimpl.DescBuilder{
RawDescriptor: file_test_test_proto_rawDesc,
NumEnums: 4,
NumMessages: 37,
NumExtensions: 54,
NumServices: 2,
},
GoTypes: file_test_test_proto_goTypes,
DependencyIndexes: file_test_test_proto_depIdxs,
MessageInfos: file_test_test_proto_msgTypes,
LegacyExtensions: file_test_test_proto_extDescs,
}.Build()
File_test_test_proto = out.File
file_test_test_proto_enumTypes = out.Enums
cmd/protoc-gen-go: drop xxx_ prefix for package-level variables Lower-casing the FileDescriptor variable provides for shorter and more readable global variable names. This has a very minor benefit that the read-only data section of a binary is slightly smaller since function names do end up in the final binary. Change-Id: I077364905e5c9adea69873b3ea580fddc68b9eb8 Reviewed-on: https://go-review.googlesource.com/c/protobuf/+/172119 Reviewed-by: Herbie Ong <herbie@google.com>
2019-04-15 13:57:56 -07:00
file_test_test_proto_rawDesc = nil
file_test_test_proto_goTypes = nil
file_test_test_proto_depIdxs = nil
proto: wire decoding support Add proto.Unmarshal. Test cases all produce identical results to the v1 unmarshaller. Change-Id: I42259266018a14e88a650c5d83a043cb17a3a15d Reviewed-on: https://go-review.googlesource.com/c/153918 Reviewed-by: Joe Tsai <thebrokentoaster@gmail.com>
2018-12-07 14:38:17 -08:00
}
Reference in New Issue Copy Permalink