annotate win32-mingw/include/capnp/schema.capnp @ 135:38d1c0e7850b

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