Protocol Buffer use enum

Question

Hello I'm working with protobuf but I have a problem.

I have some enum functions but in tow of these I have the same alias, when I try to compile the file for some language "go" the compiler return an error.

I copied the example in protobuf documentation to define the enum and still not working.

enum EnumAllowingAlias {
  option allow_alias = true;
  UNKNOWN = 0;
  STARTED = 1;
  RUNNING = 1;
}
enum EnumNotAllowingAlias {
  UNKNOWN = 0;
  STARTED = 1;
  // RUNNING = 1;  // Uncommenting this line will cause a compile error inside Google and a warning message outside.
}

This is the google documentation said if you need to use the same alias in some different enums you need to add the option "option allow_alias = true;" in the enum but after try to compile the .proto file the compiler response.

example.proto:13:5: "UNKNOWN" is already defined in "namespace".
example.proto:13:5: Note that enum values use C++ scoping rules, meaning that enum values are siblings of their type, not children of it.
Therefore, "UNKNOWN" must be unique within "kluso", not just within "EnumNotAllowingAlias".

example.proto:14:5: "STARTED" is already defined in "namespace".
example.proto:14:5: Note that enum values use C++ scoping rules, meaning that enum values are siblings of their type, not children of it.
Therefore, "STARTED" must be unique within "kluso", not just within "EnumNotAllowingAlias".

I don't know what's happen. Someone know what is the problem?

mahdt · Accepted Answer · 2018-08-06 21:30:52Z

4

allow_alias allows you to have two different names for the same value.

However, it still doesn't allow you to use the same name twice!

In the example you took from the docs, they are just trying to demonstrate how you can use STARTED = 1 and RUNNING = 1 in the same enum type by setting allow_alias to be true. The two enums example they gave are not meant to be used in the same package.

But if you already have RUNNING in EnumAllowingAlias, you cannot use RUNNING again in EnumNotAllowingAlias if they are in the same package.

answered Aug 6, 2018 at 21:30

mahdt

514 bronze badges

Sign up to request clarification or add additional context in comments.

1 Comment

jackic23 Over a year ago

I just want to add a comment here about how bad the user experience is for Go. Need to work around this limitation? No problem, just prefix them like this ENUMALLOWINGALIAS_UNKNOWN right? FYI, the Go compiler tries to be "helpful" to you by prefixing the enumerators for you; which is usually great. Except now in this case your constant is defined as <package_name>.EnumAllowingAlias_ENUMALLOWINGALIAS_UNKNOWN (insert facepalm here)

BlueSpaceCanary · Accepted Answer · 2016-03-23 17:10:12Z

3

The answer you're looking for is in the error message :) it's just a bit hard to parse out what it's actually telling you.

Basically, what

enum values are siblings of their type, not children of it

means is that, rather than the enum values being scoped as MyEnum.FOO and MyEnum2.FOO, they are scoped at the same level as MyEnum. So two enum values in the same .proto file cannot have the same name; they're both trying to exist as FOO within that file, rather than being MyEnum.FOO and MyEnum2.FOO.

answered Mar 23, 2016 at 17:10

BlueSpaceCanary

4113 silver badges6 bronze badges

1 Comment

BlueSpaceCanary Over a year ago

Oh, I missed that you set allow_aliasing. Hm.

Peter · Accepted Answer · 2018-12-11 04:42:02Z

EnumAllowingAlias and EnumNotAllowingAlias can't be defined in the same proto file, they are just two examples for understanding the usage of allow_alias.

allow_alias only work in the same enum, as mahdt said, allow_alias allows you to have two different names for the same value in a enum, the EnumAllowingAlias is the example for this case:

enum EnumAllowingAlias {
  option allow_alias = true;
  UNKNOWN = 0;
  STARTED = 1;
  RUNNING = 1;
}

If allow_alias is not set to true, the the EnumNotAllowingAlias will get an error:

enum EnumNotAllowingAlias {
  UNKNOWN = 0;
  STARTED = 1;
  RUNNING = 1;  // Uncommenting this line will cause a compile error inside Google and a warning message outside.
}

Enum usage don't have this limit in Java, I think it is really confusing for most developers, so I raised a bug report: https://github.com/protocolbuffers/protobuf/issues/5425

Rolando Toledo Fernandez · Accepted Answer · 2016-03-24 09:21:33Z

0

I don' t understand your point because I have 2 enums with digfferent name the first is EnumAllowingAlias and the secund is EnumNotAllowingAlias this is the example in

https://developers.google.com/protocol-buffers/docs/proto#enum

and before the example they explain

"You can define aliases by assigning the same value to different enum constants. To do this you need to set the allow_alias option to true, otherwise protocol compiler will generate an error message when aliases are found."

In this case I can create 2 enums like these and the compiler should be create tow enums first using alias and the second without alias but instead of that the compiler sent me the error in the first answer.

answered Mar 24, 2016 at 9:21

Rolando Toledo Fernandez

1311 gold badge2 silver badges6 bronze badges

Collectives™ on Stack Overflow

Protocol Buffer use enum

4 Answers 4

1 Comment

1 Comment

Comments

Comments

Your Answer

Hot Network Questions

Collectives™ on Stack Overflow

4 Answers 4

1 Comment

1 Comment

Comments

Comments

Your Answer

Sign up or log in

Post as a guest

Related