annotate win64-msvc/include/capnp/schema.capnp @ 166:cbd6d7e562c7

Merge build update
author Chris Cannam <cannam@all-day-breakfast.com>
date Thu, 31 Oct 2019 13:36:58 +0000
parents 42a73082be24
children
rev   line source
cannam@132 1 # Copyright (c) 2013-2014 Sandstorm Development Group, Inc. and contributors
cannam@132 2 # Licensed under the MIT License:
cannam@132 3 #
cannam@132 4 # Permission is hereby granted, free of charge, to any person obtaining a copy
cannam@132 5 # of this software and associated documentation files (the "Software"), to deal
cannam@132 6 # in the Software without restriction, including without limitation the rights
cannam@132 7 # to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
cannam@132 8 # copies of the Software, and to permit persons to whom the Software is
cannam@132 9 # furnished to do so, subject to the following conditions:
cannam@132 10 #
cannam@132 11 # The above copyright notice and this permission notice shall be included in
cannam@132 12 # all copies or substantial portions of the Software.
cannam@132 13 #
cannam@132 14 # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
cannam@132 15 # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
cannam@132 16 # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
cannam@132 17 # AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
cannam@132 18 # LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
cannam@132 19 # OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
cannam@132 20 # THE SOFTWARE.
cannam@132 21
cannam@132 22 using Cxx = import "/capnp/c++.capnp";
cannam@132 23
cannam@132 24 @0xa93fc509624c72d9;
cannam@132 25 $Cxx.namespace("capnp::schema");
cannam@132 26
cannam@132 27 using Id = UInt64;
cannam@132 28 # The globally-unique ID of a file, type, or annotation.
cannam@132 29
cannam@132 30 struct Node {
cannam@132 31 id @0 :Id;
cannam@132 32
cannam@132 33 displayName @1 :Text;
cannam@132 34 # Name to present to humans to identify this Node. You should not attempt to parse this. Its
cannam@132 35 # format could change. It is not guaranteed to be unique.
cannam@132 36 #
cannam@132 37 # (On Zooko's triangle, this is the node's nickname.)
cannam@132 38
cannam@132 39 displayNamePrefixLength @2 :UInt32;
cannam@132 40 # If you want a shorter version of `displayName` (just naming this node, without its surrounding
cannam@132 41 # scope), chop off this many characters from the beginning of `displayName`.
cannam@132 42
cannam@132 43 scopeId @3 :Id;
cannam@132 44 # ID of the lexical parent node. Typically, the scope node will have a NestedNode pointing back
cannam@132 45 # at this node, but robust code should avoid relying on this (and, in fact, group nodes are not
cannam@132 46 # listed in the outer struct's nestedNodes, since they are listed in the fields). `scopeId` is
cannam@132 47 # zero if the node has no parent, which is normally only the case with files, but should be
cannam@132 48 # allowed for any kind of node (in order to make runtime type generation easier).
cannam@132 49
cannam@132 50 parameters @32 :List(Parameter);
cannam@132 51 # If this node is parameterized (generic), the list of parameters. Empty for non-generic types.
cannam@132 52
cannam@132 53 isGeneric @33 :Bool;
cannam@132 54 # True if this node is generic, meaning that it or one of its parent scopes has a non-empty
cannam@132 55 # `parameters`.
cannam@132 56
cannam@132 57 struct Parameter {
cannam@132 58 # Information about one of the node's parameters.
cannam@132 59
cannam@132 60 name @0 :Text;
cannam@132 61 }
cannam@132 62
cannam@132 63 nestedNodes @4 :List(NestedNode);
cannam@132 64 # List of nodes nested within this node, along with the names under which they were declared.
cannam@132 65
cannam@132 66 struct NestedNode {
cannam@132 67 name @0 :Text;
cannam@132 68 # Unqualified symbol name. Unlike Node.displayName, this *can* be used programmatically.
cannam@132 69 #
cannam@132 70 # (On Zooko's triangle, this is the node's petname according to its parent scope.)
cannam@132 71
cannam@132 72 id @1 :Id;
cannam@132 73 # ID of the nested node. Typically, the target node's scopeId points back to this node, but
cannam@132 74 # robust code should avoid relying on this.
cannam@132 75 }
cannam@132 76
cannam@132 77 annotations @5 :List(Annotation);
cannam@132 78 # Annotations applied to this node.
cannam@132 79
cannam@132 80 union {
cannam@132 81 # Info specific to each kind of node.
cannam@132 82
cannam@132 83 file @6 :Void;
cannam@132 84
cannam@132 85 struct :group {
cannam@132 86 dataWordCount @7 :UInt16;
cannam@132 87 # Size of the data section, in words.
cannam@132 88
cannam@132 89 pointerCount @8 :UInt16;
cannam@132 90 # Size of the pointer section, in pointers (which are one word each).
cannam@132 91
cannam@132 92 preferredListEncoding @9 :ElementSize;
cannam@132 93 # The preferred element size to use when encoding a list of this struct. If this is anything
cannam@132 94 # other than `inlineComposite` then the struct is one word or less in size and is a candidate
cannam@132 95 # for list packing optimization.
cannam@132 96
cannam@132 97 isGroup @10 :Bool;
cannam@132 98 # If true, then this "struct" node is actually not an independent node, but merely represents
cannam@132 99 # some named union or group within a particular parent struct. This node's scopeId refers
cannam@132 100 # to the parent struct, which may itself be a union/group in yet another struct.
cannam@132 101 #
cannam@132 102 # All group nodes share the same dataWordCount and pointerCount as the top-level
cannam@132 103 # struct, and their fields live in the same ordinal and offset spaces as all other fields in
cannam@132 104 # the struct.
cannam@132 105 #
cannam@132 106 # Note that a named union is considered a special kind of group -- in fact, a named union
cannam@132 107 # is exactly equivalent to a group that contains nothing but an unnamed union.
cannam@132 108
cannam@132 109 discriminantCount @11 :UInt16;
cannam@132 110 # Number of fields in this struct which are members of an anonymous union, and thus may
cannam@132 111 # overlap. If this is non-zero, then a 16-bit discriminant is present indicating which
cannam@132 112 # of the overlapping fields is active. This can never be 1 -- if it is non-zero, it must be
cannam@132 113 # two or more.
cannam@132 114 #
cannam@132 115 # Note that the fields of an unnamed union are considered fields of the scope containing the
cannam@132 116 # union -- an unnamed union is not its own group. So, a top-level struct may contain a
cannam@132 117 # non-zero discriminant count. Named unions, on the other hand, are equivalent to groups
cannam@132 118 # containing unnamed unions. So, a named union has its own independent schema node, with
cannam@132 119 # `isGroup` = true.
cannam@132 120
cannam@132 121 discriminantOffset @12 :UInt32;
cannam@132 122 # If `discriminantCount` is non-zero, this is the offset of the union discriminant, in
cannam@132 123 # multiples of 16 bits.
cannam@132 124
cannam@132 125 fields @13 :List(Field);
cannam@132 126 # Fields defined within this scope (either the struct's top-level fields, or the fields of
cannam@132 127 # a particular group; see `isGroup`).
cannam@132 128 #
cannam@132 129 # The fields are sorted by ordinal number, but note that because groups share the same
cannam@132 130 # ordinal space, the field's index in this list is not necessarily exactly its ordinal.
cannam@132 131 # On the other hand, the field's position in this list does remain the same even as the
cannam@132 132 # protocol evolves, since it is not possible to insert or remove an earlier ordinal.
cannam@132 133 # Therefore, for most use cases, if you want to identify a field by number, it may make the
cannam@132 134 # most sense to use the field's index in this list rather than its ordinal.
cannam@132 135 }
cannam@132 136
cannam@132 137 enum :group {
cannam@132 138 enumerants@14 :List(Enumerant);
cannam@132 139 # Enumerants ordered by numeric value (ordinal).
cannam@132 140 }
cannam@132 141
cannam@132 142 interface :group {
cannam@132 143 methods @15 :List(Method);
cannam@132 144 # Methods ordered by ordinal.
cannam@132 145
cannam@132 146 superclasses @31 :List(Superclass);
cannam@132 147 # Superclasses of this interface.
cannam@132 148 }
cannam@132 149
cannam@132 150 const :group {
cannam@132 151 type @16 :Type;
cannam@132 152 value @17 :Value;
cannam@132 153 }
cannam@132 154
cannam@132 155 annotation :group {
cannam@132 156 type @18 :Type;
cannam@132 157
cannam@132 158 targetsFile @19 :Bool;
cannam@132 159 targetsConst @20 :Bool;
cannam@132 160 targetsEnum @21 :Bool;
cannam@132 161 targetsEnumerant @22 :Bool;
cannam@132 162 targetsStruct @23 :Bool;
cannam@132 163 targetsField @24 :Bool;
cannam@132 164 targetsUnion @25 :Bool;
cannam@132 165 targetsGroup @26 :Bool;
cannam@132 166 targetsInterface @27 :Bool;
cannam@132 167 targetsMethod @28 :Bool;
cannam@132 168 targetsParam @29 :Bool;
cannam@132 169 targetsAnnotation @30 :Bool;
cannam@132 170 }
cannam@132 171 }
cannam@132 172 }
cannam@132 173
cannam@132 174 struct Field {
cannam@132 175 # Schema for a field of a struct.
cannam@132 176
cannam@132 177 name @0 :Text;
cannam@132 178
cannam@132 179 codeOrder @1 :UInt16;
cannam@132 180 # Indicates where this member appeared in the code, relative to other members.
cannam@132 181 # Code ordering may have semantic relevance -- programmers tend to place related fields
cannam@132 182 # together. So, using code ordering makes sense in human-readable formats where ordering is
cannam@132 183 # otherwise irrelevant, like JSON. The values of codeOrder are tightly-packed, so the maximum
cannam@132 184 # value is count(members) - 1. Fields that are members of a union are only ordered relative to
cannam@132 185 # the other members of that union, so the maximum value there is count(union.members).
cannam@132 186
cannam@132 187 annotations @2 :List(Annotation);
cannam@132 188
cannam@132 189 const noDiscriminant :UInt16 = 0xffff;
cannam@132 190
cannam@132 191 discriminantValue @3 :UInt16 = Field.noDiscriminant;
cannam@132 192 # If the field is in a union, this is the value which the union's discriminant should take when
cannam@132 193 # the field is active. If the field is not in a union, this is 0xffff.
cannam@132 194
cannam@132 195 union {
cannam@132 196 slot :group {
cannam@132 197 # A regular, non-group, non-fixed-list field.
cannam@132 198
cannam@132 199 offset @4 :UInt32;
cannam@132 200 # Offset, in units of the field's size, from the beginning of the section in which the field
cannam@132 201 # resides. E.g. for a UInt32 field, multiply this by 4 to get the byte offset from the
cannam@132 202 # beginning of the data section.
cannam@132 203
cannam@132 204 type @5 :Type;
cannam@132 205 defaultValue @6 :Value;
cannam@132 206
cannam@132 207 hadExplicitDefault @10 :Bool;
cannam@132 208 # Whether the default value was specified explicitly. Non-explicit default values are always
cannam@132 209 # zero or empty values. Usually, whether the default value was explicit shouldn't matter.
cannam@132 210 # The main use case for this flag is for structs representing method parameters:
cannam@132 211 # explicitly-defaulted parameters may be allowed to be omitted when calling the method.
cannam@132 212 }
cannam@132 213
cannam@132 214 group :group {
cannam@132 215 # A group.
cannam@132 216
cannam@132 217 typeId @7 :Id;
cannam@132 218 # The ID of the group's node.
cannam@132 219 }
cannam@132 220 }
cannam@132 221
cannam@132 222 ordinal :union {
cannam@132 223 implicit @8 :Void;
cannam@132 224 explicit @9 :UInt16;
cannam@132 225 # The original ordinal number given to the field. You probably should NOT use this; if you need
cannam@132 226 # a numeric identifier for a field, use its position within the field array for its scope.
cannam@132 227 # The ordinal is given here mainly just so that the original schema text can be reproduced given
cannam@132 228 # the compiled version -- i.e. so that `capnp compile -ocapnp` can do its job.
cannam@132 229 }
cannam@132 230 }
cannam@132 231
cannam@132 232 struct Enumerant {
cannam@132 233 # Schema for member of an enum.
cannam@132 234
cannam@132 235 name @0 :Text;
cannam@132 236
cannam@132 237 codeOrder @1 :UInt16;
cannam@132 238 # Specifies order in which the enumerants were declared in the code.
cannam@132 239 # Like Struct.Field.codeOrder.
cannam@132 240
cannam@132 241 annotations @2 :List(Annotation);
cannam@132 242 }
cannam@132 243
cannam@132 244 struct Superclass {
cannam@132 245 id @0 :Id;
cannam@132 246 brand @1 :Brand;
cannam@132 247 }
cannam@132 248
cannam@132 249 struct Method {
cannam@132 250 # Schema for method of an interface.
cannam@132 251
cannam@132 252 name @0 :Text;
cannam@132 253
cannam@132 254 codeOrder @1 :UInt16;
cannam@132 255 # Specifies order in which the methods were declared in the code.
cannam@132 256 # Like Struct.Field.codeOrder.
cannam@132 257
cannam@132 258 implicitParameters @7 :List(Node.Parameter);
cannam@132 259 # The parameters listed in [] (typically, type / generic parameters), whose bindings are intended
cannam@132 260 # to be inferred rather than specified explicitly, although not all languages support this.
cannam@132 261
cannam@132 262 paramStructType @2 :Id;
cannam@132 263 # ID of the parameter struct type. If a named parameter list was specified in the method
cannam@132 264 # declaration (rather than a single struct parameter type) then a corresponding struct type is
cannam@132 265 # auto-generated. Such an auto-generated type will not be listed in the interface's
cannam@132 266 # `nestedNodes` and its `scopeId` will be zero -- it is completely detached from the namespace.
cannam@132 267 # (Awkwardly, it does of course inherit generic parameters from the method's scope, which makes
cannam@132 268 # this a situation where you can't just climb the scope chain to find where a particular
cannam@132 269 # generic parameter was introduced. Making the `scopeId` zero was a mistake.)
cannam@132 270
cannam@132 271 paramBrand @5 :Brand;
cannam@132 272 # Brand of param struct type.
cannam@132 273
cannam@132 274 resultStructType @3 :Id;
cannam@132 275 # ID of the return struct type; similar to `paramStructType`.
cannam@132 276
cannam@132 277 resultBrand @6 :Brand;
cannam@132 278 # Brand of result struct type.
cannam@132 279
cannam@132 280 annotations @4 :List(Annotation);
cannam@132 281 }
cannam@132 282
cannam@132 283 struct Type {
cannam@132 284 # Represents a type expression.
cannam@132 285
cannam@132 286 union {
cannam@132 287 # The ordinals intentionally match those of Value.
cannam@132 288
cannam@132 289 void @0 :Void;
cannam@132 290 bool @1 :Void;
cannam@132 291 int8 @2 :Void;
cannam@132 292 int16 @3 :Void;
cannam@132 293 int32 @4 :Void;
cannam@132 294 int64 @5 :Void;
cannam@132 295 uint8 @6 :Void;
cannam@132 296 uint16 @7 :Void;
cannam@132 297 uint32 @8 :Void;
cannam@132 298 uint64 @9 :Void;
cannam@132 299 float32 @10 :Void;
cannam@132 300 float64 @11 :Void;
cannam@132 301 text @12 :Void;
cannam@132 302 data @13 :Void;
cannam@132 303
cannam@132 304 list :group {
cannam@132 305 elementType @14 :Type;
cannam@132 306 }
cannam@132 307
cannam@132 308 enum :group {
cannam@132 309 typeId @15 :Id;
cannam@132 310 brand @21 :Brand;
cannam@132 311 }
cannam@132 312 struct :group {
cannam@132 313 typeId @16 :Id;
cannam@132 314 brand @22 :Brand;
cannam@132 315 }
cannam@132 316 interface :group {
cannam@132 317 typeId @17 :Id;
cannam@132 318 brand @23 :Brand;
cannam@132 319 }
cannam@132 320
cannam@132 321 anyPointer :union {
cannam@132 322 unconstrained :union {
cannam@132 323 # A regular AnyPointer.
cannam@132 324 #
cannam@132 325 # The name "unconstained" means as opposed to constraining it to match a type parameter.
cannam@132 326 # In retrospect this name is probably a poor choice given that it may still be constrained
cannam@132 327 # to be a struct, list, or capability.
cannam@132 328
cannam@132 329 anyKind @18 :Void; # truly AnyPointer
cannam@132 330 struct @25 :Void; # AnyStruct
cannam@132 331 list @26 :Void; # AnyList
cannam@132 332 capability @27 :Void; # Capability
cannam@132 333 }
cannam@132 334
cannam@132 335 parameter :group {
cannam@132 336 # This is actually a reference to a type parameter defined within this scope.
cannam@132 337
cannam@132 338 scopeId @19 :Id;
cannam@132 339 # ID of the generic type whose parameter we're referencing. This should be a parent of the
cannam@132 340 # current scope.
cannam@132 341
cannam@132 342 parameterIndex @20 :UInt16;
cannam@132 343 # Index of the parameter within the generic type's parameter list.
cannam@132 344 }
cannam@132 345
cannam@132 346 implicitMethodParameter :group {
cannam@132 347 # This is actually a reference to an implicit (generic) parameter of a method. The only
cannam@132 348 # legal context for this type to appear is inside Method.paramBrand or Method.resultBrand.
cannam@132 349
cannam@132 350 parameterIndex @24 :UInt16;
cannam@132 351 }
cannam@132 352 }
cannam@132 353 }
cannam@132 354 }
cannam@132 355
cannam@132 356 struct Brand {
cannam@132 357 # Specifies bindings for parameters of generics. Since these bindings turn a generic into a
cannam@132 358 # non-generic, we call it the "brand".
cannam@132 359
cannam@132 360 scopes @0 :List(Scope);
cannam@132 361 # For each of the target type and each of its parent scopes, a parameterization may be included
cannam@132 362 # in this list. If no parameterization is included for a particular relevant scope, then either
cannam@132 363 # that scope has no parameters or all parameters should be considered to be `AnyPointer`.
cannam@132 364
cannam@132 365 struct Scope {
cannam@132 366 scopeId @0 :Id;
cannam@132 367 # ID of the scope to which these params apply.
cannam@132 368
cannam@132 369 union {
cannam@132 370 bind @1 :List(Binding);
cannam@132 371 # List of parameter bindings.
cannam@132 372
cannam@132 373 inherit @2 :Void;
cannam@132 374 # The place where this Brand appears is actually within this scope or a sub-scope,
cannam@132 375 # and the bindings for this scope should be inherited from the reference point.
cannam@132 376 }
cannam@132 377 }
cannam@132 378
cannam@132 379 struct Binding {
cannam@132 380 union {
cannam@132 381 unbound @0 :Void;
cannam@132 382 type @1 :Type;
cannam@132 383
cannam@132 384 # TODO(someday): Allow non-type parameters? Unsure if useful.
cannam@132 385 }
cannam@132 386 }
cannam@132 387 }
cannam@132 388
cannam@132 389 struct Value {
cannam@132 390 # Represents a value, e.g. a field default value, constant value, or annotation value.
cannam@132 391
cannam@132 392 union {
cannam@132 393 # The ordinals intentionally match those of Type.
cannam@132 394
cannam@132 395 void @0 :Void;
cannam@132 396 bool @1 :Bool;
cannam@132 397 int8 @2 :Int8;
cannam@132 398 int16 @3 :Int16;
cannam@132 399 int32 @4 :Int32;
cannam@132 400 int64 @5 :Int64;
cannam@132 401 uint8 @6 :UInt8;
cannam@132 402 uint16 @7 :UInt16;
cannam@132 403 uint32 @8 :UInt32;
cannam@132 404 uint64 @9 :UInt64;
cannam@132 405 float32 @10 :Float32;
cannam@132 406 float64 @11 :Float64;
cannam@132 407 text @12 :Text;
cannam@132 408 data @13 :Data;
cannam@132 409
cannam@132 410 list @14 :AnyPointer;
cannam@132 411
cannam@132 412 enum @15 :UInt16;
cannam@132 413 struct @16 :AnyPointer;
cannam@132 414
cannam@132 415 interface @17 :Void;
cannam@132 416 # The only interface value that can be represented statically is "null", whose methods always
cannam@132 417 # throw exceptions.
cannam@132 418
cannam@132 419 anyPointer @18 :AnyPointer;
cannam@132 420 }
cannam@132 421 }
cannam@132 422
cannam@132 423 struct Annotation {
cannam@132 424 # Describes an annotation applied to a declaration. Note AnnotationNode describes the
cannam@132 425 # annotation's declaration, while this describes a use of the annotation.
cannam@132 426
cannam@132 427 id @0 :Id;
cannam@132 428 # ID of the annotation node.
cannam@132 429
cannam@132 430 brand @2 :Brand;
cannam@132 431 # Brand of the annotation.
cannam@132 432 #
cannam@132 433 # Note that the annotation itself is not allowed to be parameterized, but its scope might be.
cannam@132 434
cannam@132 435 value @1 :Value;
cannam@132 436 }
cannam@132 437
cannam@132 438 enum ElementSize {
cannam@132 439 # Possible element sizes for encoded lists. These correspond exactly to the possible values of
cannam@132 440 # the 3-bit element size component of a list pointer.
cannam@132 441
cannam@132 442 empty @0; # aka "void", but that's a keyword.
cannam@132 443 bit @1;
cannam@132 444 byte @2;
cannam@132 445 twoBytes @3;
cannam@132 446 fourBytes @4;
cannam@132 447 eightBytes @5;
cannam@132 448 pointer @6;
cannam@132 449 inlineComposite @7;
cannam@132 450 }
cannam@132 451
cannam@132 452 struct CodeGeneratorRequest {
cannam@132 453 nodes @0 :List(Node);
cannam@132 454 # All nodes parsed by the compiler, including for the files on the command line and their
cannam@132 455 # imports.
cannam@132 456
cannam@132 457 requestedFiles @1 :List(RequestedFile);
cannam@132 458 # Files which were listed on the command line.
cannam@132 459
cannam@132 460 struct RequestedFile {
cannam@132 461 id @0 :Id;
cannam@132 462 # ID of the file.
cannam@132 463
cannam@132 464 filename @1 :Text;
cannam@132 465 # Name of the file as it appeared on the command-line (minus the src-prefix). You may use
cannam@132 466 # this to decide where to write the output.
cannam@132 467
cannam@132 468 imports @2 :List(Import);
cannam@132 469 # List of all imported paths seen in this file.
cannam@132 470
cannam@132 471 struct Import {
cannam@132 472 id @0 :Id;
cannam@132 473 # ID of the imported file.
cannam@132 474
cannam@132 475 name @1 :Text;
cannam@132 476 # Name which *this* file used to refer to the foreign file. This may be a relative name.
cannam@132 477 # This information is provided because it might be useful for code generation, e.g. to
cannam@132 478 # generate #include directives in C++. We don't put this in Node.file because this
cannam@132 479 # information is only meaningful at compile time anyway.
cannam@132 480 #
cannam@132 481 # (On Zooko's triangle, this is the import's petname according to the importing file.)
cannam@132 482 }
cannam@132 483 }
cannam@132 484 }