aboutsummaryrefslogtreecommitdiffhomepage
path: root/third_party/protobuf/php/src/Google/Protobuf/Internal/SourceCodeInfo.php
diff options
context:
space:
mode:
Diffstat (limited to 'third_party/protobuf/php/src/Google/Protobuf/Internal/SourceCodeInfo.php')
-rw-r--r--third_party/protobuf/php/src/Google/Protobuf/Internal/SourceCodeInfo.php191
1 files changed, 0 insertions, 191 deletions
diff --git a/third_party/protobuf/php/src/Google/Protobuf/Internal/SourceCodeInfo.php b/third_party/protobuf/php/src/Google/Protobuf/Internal/SourceCodeInfo.php
deleted file mode 100644
index eab6088033..0000000000
--- a/third_party/protobuf/php/src/Google/Protobuf/Internal/SourceCodeInfo.php
+++ /dev/null
@@ -1,191 +0,0 @@
-<?php
-# Generated by the protocol buffer compiler. DO NOT EDIT!
-# source: google/protobuf/descriptor.proto
-
-namespace Google\Protobuf\Internal;
-
-use Google\Protobuf\Internal\GPBType;
-use Google\Protobuf\Internal\GPBWire;
-use Google\Protobuf\Internal\RepeatedField;
-use Google\Protobuf\Internal\InputStream;
-
-use Google\Protobuf\Internal\GPBUtil;
-
-/**
- * <pre>
- * Encapsulates information about the original source file from which a
- * FileDescriptorProto was generated.
- * </pre>
- *
- * Protobuf type <code>google.protobuf.SourceCodeInfo</code>
- */
-class SourceCodeInfo extends \Google\Protobuf\Internal\Message
-{
- /**
- * <pre>
- * A Location identifies a piece of source code in a .proto file which
- * corresponds to a particular definition. This information is intended
- * to be useful to IDEs, code indexers, documentation generators, and similar
- * tools.
- * For example, say we have a file like:
- * message Foo {
- * optional string foo = 1;
- * }
- * Let's look at just the field definition:
- * optional string foo = 1;
- * ^ ^^ ^^ ^ ^^^
- * a bc de f ghi
- * We have the following locations:
- * span path represents
- * [a,i) [ 4, 0, 2, 0 ] The whole field definition.
- * [a,b) [ 4, 0, 2, 0, 4 ] The label (optional).
- * [c,d) [ 4, 0, 2, 0, 5 ] The type (string).
- * [e,f) [ 4, 0, 2, 0, 1 ] The name (foo).
- * [g,h) [ 4, 0, 2, 0, 3 ] The number (1).
- * Notes:
- * - A location may refer to a repeated field itself (i.e. not to any
- * particular index within it). This is used whenever a set of elements are
- * logically enclosed in a single code segment. For example, an entire
- * extend block (possibly containing multiple extension definitions) will
- * have an outer location whose path refers to the "extensions" repeated
- * field without an index.
- * - Multiple locations may have the same path. This happens when a single
- * logical declaration is spread out across multiple places. The most
- * obvious example is the "extend" block again -- there may be multiple
- * extend blocks in the same scope, each of which will have the same path.
- * - A location's span is not always a subset of its parent's span. For
- * example, the "extendee" of an extension declaration appears at the
- * beginning of the "extend" block and is shared by all extensions within
- * the block.
- * - Just because a location's span is a subset of some other location's span
- * does not mean that it is a descendent. For example, a "group" defines
- * both a type and a field in a single declaration. Thus, the locations
- * corresponding to the type and field and their components will overlap.
- * - Code which tries to interpret locations should probably be designed to
- * ignore those that it doesn't understand, as more types of locations could
- * be recorded in the future.
- * </pre>
- *
- * <code>repeated .google.protobuf.SourceCodeInfo.Location location = 1;</code>
- */
- private $location;
- private $has_location = false;
-
- public function __construct() {
- \GPBMetadata\Google\Protobuf\Internal\Descriptor::initOnce();
- parent::__construct();
- }
-
- /**
- * <pre>
- * A Location identifies a piece of source code in a .proto file which
- * corresponds to a particular definition. This information is intended
- * to be useful to IDEs, code indexers, documentation generators, and similar
- * tools.
- * For example, say we have a file like:
- * message Foo {
- * optional string foo = 1;
- * }
- * Let's look at just the field definition:
- * optional string foo = 1;
- * ^ ^^ ^^ ^ ^^^
- * a bc de f ghi
- * We have the following locations:
- * span path represents
- * [a,i) [ 4, 0, 2, 0 ] The whole field definition.
- * [a,b) [ 4, 0, 2, 0, 4 ] The label (optional).
- * [c,d) [ 4, 0, 2, 0, 5 ] The type (string).
- * [e,f) [ 4, 0, 2, 0, 1 ] The name (foo).
- * [g,h) [ 4, 0, 2, 0, 3 ] The number (1).
- * Notes:
- * - A location may refer to a repeated field itself (i.e. not to any
- * particular index within it). This is used whenever a set of elements are
- * logically enclosed in a single code segment. For example, an entire
- * extend block (possibly containing multiple extension definitions) will
- * have an outer location whose path refers to the "extensions" repeated
- * field without an index.
- * - Multiple locations may have the same path. This happens when a single
- * logical declaration is spread out across multiple places. The most
- * obvious example is the "extend" block again -- there may be multiple
- * extend blocks in the same scope, each of which will have the same path.
- * - A location's span is not always a subset of its parent's span. For
- * example, the "extendee" of an extension declaration appears at the
- * beginning of the "extend" block and is shared by all extensions within
- * the block.
- * - Just because a location's span is a subset of some other location's span
- * does not mean that it is a descendent. For example, a "group" defines
- * both a type and a field in a single declaration. Thus, the locations
- * corresponding to the type and field and their components will overlap.
- * - Code which tries to interpret locations should probably be designed to
- * ignore those that it doesn't understand, as more types of locations could
- * be recorded in the future.
- * </pre>
- *
- * <code>repeated .google.protobuf.SourceCodeInfo.Location location = 1;</code>
- */
- public function getLocation()
- {
- return $this->location;
- }
-
- /**
- * <pre>
- * A Location identifies a piece of source code in a .proto file which
- * corresponds to a particular definition. This information is intended
- * to be useful to IDEs, code indexers, documentation generators, and similar
- * tools.
- * For example, say we have a file like:
- * message Foo {
- * optional string foo = 1;
- * }
- * Let's look at just the field definition:
- * optional string foo = 1;
- * ^ ^^ ^^ ^ ^^^
- * a bc de f ghi
- * We have the following locations:
- * span path represents
- * [a,i) [ 4, 0, 2, 0 ] The whole field definition.
- * [a,b) [ 4, 0, 2, 0, 4 ] The label (optional).
- * [c,d) [ 4, 0, 2, 0, 5 ] The type (string).
- * [e,f) [ 4, 0, 2, 0, 1 ] The name (foo).
- * [g,h) [ 4, 0, 2, 0, 3 ] The number (1).
- * Notes:
- * - A location may refer to a repeated field itself (i.e. not to any
- * particular index within it). This is used whenever a set of elements are
- * logically enclosed in a single code segment. For example, an entire
- * extend block (possibly containing multiple extension definitions) will
- * have an outer location whose path refers to the "extensions" repeated
- * field without an index.
- * - Multiple locations may have the same path. This happens when a single
- * logical declaration is spread out across multiple places. The most
- * obvious example is the "extend" block again -- there may be multiple
- * extend blocks in the same scope, each of which will have the same path.
- * - A location's span is not always a subset of its parent's span. For
- * example, the "extendee" of an extension declaration appears at the
- * beginning of the "extend" block and is shared by all extensions within
- * the block.
- * - Just because a location's span is a subset of some other location's span
- * does not mean that it is a descendent. For example, a "group" defines
- * both a type and a field in a single declaration. Thus, the locations
- * corresponding to the type and field and their components will overlap.
- * - Code which tries to interpret locations should probably be designed to
- * ignore those that it doesn't understand, as more types of locations could
- * be recorded in the future.
- * </pre>
- *
- * <code>repeated .google.protobuf.SourceCodeInfo.Location location = 1;</code>
- */
- public function setLocation(&$var)
- {
- $arr = GPBUtil::checkRepeatedField($var, \Google\Protobuf\Internal\GPBType::MESSAGE, \Google\Protobuf\Internal\SourceCodeInfo_Location::class);
- $this->location = $arr;
- $this->has_location = true;
- }
-
- public function hasLocation()
- {
- return $this->has_location;
- }
-
-}
-