Mercurial > hg > sv-dependency-builds
comparison src/capnproto-0.6.0/doc/otherlang.md @ 62:0994c39f1e94
Cap'n Proto v0.6 + build for OSX
author | Chris Cannam <cannam@all-day-breakfast.com> |
---|---|
date | Mon, 22 May 2017 10:01:37 +0100 |
parents | |
children |
comparison
equal
deleted
inserted
replaced
61:d101c4099725 | 62:0994c39f1e94 |
---|---|
1 --- | |
2 layout: page | |
3 title: Other Languages | |
4 --- | |
5 | |
6 # Other Languages | |
7 | |
8 Cap'n Proto's reference implementation is in C++. Implementations in other languages are | |
9 maintained by respective authors and have not been reviewed by me | |
10 ([@kentonv](https://github.com/kentonv)). Below are the implementations I'm aware | |
11 of. Some of these projects are more "ready" than others; please consult each | |
12 project's documentation for details. | |
13 | |
14 ##### Serialization + RPC | |
15 | |
16 * [C++](cxx.html) by [@kentonv](https://github.com/kentonv) | |
17 * [Erlang](http://ecapnp.astekk.se/) by [@kaos](https://github.com/kaos) | |
18 * [Go](https://github.com/zombiezen/go-capnproto2) by [@zombiezen](https://github.com/zombiezen) (forked from [@glycerine](https://github.com/glycerine)'s serialization-only version, below) | |
19 * [Javascript (Node.js only)](https://github.com/kentonv/node-capnp) by [@kentonv](https://github.com/kentonv) | |
20 * [Python](http://jparyani.github.io/pycapnp/) by [@jparyani](https://github.com/jparyani) | |
21 * [Rust](https://github.com/dwrensha/capnproto-rust) by [@dwrensha](https://github.com/dwrensha) | |
22 | |
23 ##### Serialization only | |
24 | |
25 * [C](https://github.com/opensourcerouting/c-capnproto) by [OpenSourceRouting](https://www.opensourcerouting.org/) / [@eqvinox](https://github.com/eqvinox) (originally by [@jmckaskill](https://github.com/jmckaskill)) | |
26 * [C#](https://github.com/mgravell/capnproto-net) by [@mgravell](https://github.com/mgravell) | |
27 * [Go](https://github.com/glycerine/go-capnproto) by [@glycerine](https://github.com/glycerine) (originally by [@jmckaskill](https://github.com/jmckaskill)) | |
28 * [Java](https://github.com/dwrensha/capnproto-java/) by [@dwrensha](https://github.com/dwrensha) | |
29 * [Javascript](https://github.com/popham/capnp-js-base) by [@popham](https://github.com/popham) | |
30 * [Javascript](https://github.com/jscheid/capnproto-js) (older, abandoned) by [@jscheid](https://github.com/jscheid) | |
31 * [Lua](https://github.com/cloudflare/lua-capnproto) by [CloudFlare](http://www.cloudflare.com/) / [@calio](https://github.com/calio) | |
32 * [Nim](https://github.com/zielmicha/capnp.nim) by [@zielmicha](https://github.com/zielmicha) | |
33 * [OCaml](https://github.com/pelzlpj/capnp-ocaml) by [@pelzlpj](https://github.com/pelzlpj) | |
34 * [Ruby](https://github.com/cstrahan/capnp-ruby) by [@cstrahan](https://github.com/cstrahan) | |
35 * [Scala](https://github.com/katis/capnp-scala) by [@katis](https://github.com/katis) | |
36 | |
37 ##### Tools | |
38 | |
39 These are other misc projects related to Cap'n Proto that are not actually implementations in | |
40 new languages. | |
41 | |
42 * [Common Test Framework](https://github.com/kaos/capnp_test) by [@kaos](https://github.com/kaos) | |
43 * [Sublime Syntax Highlighting](https://github.com/joshuawarner32/capnproto-sublime) by | |
44 [@joshuawarner32](https://github.com/joshuawarner32) | |
45 * [Vim Syntax Highlighting](https://github.com/peter-edge/vim-capnp) by [@peter-edge](https://github.com/peter-edge) | |
46 (originally by [@cstrahan](https://github.com/cstrahan)) | |
47 * [Wireshark Dissector Plugin](https://github.com/kaos/wireshark-plugins) by [@kaos](https://github.com/kaos) | |
48 | |
49 ## Contribute Your Own! | |
50 | |
51 We'd like to support many more languages in the future! | |
52 | |
53 If you'd like to own the implementation of Cap'n Proto in some particular language, | |
54 [let us know](https://groups.google.com/group/capnproto)! | |
55 | |
56 **You should e-mail the list _before_ you start hacking.** We don't bite, and we'll probably have | |
57 useful tips that will save you time. :) | |
58 | |
59 **Do not implement your own schema parser.** The schema language is more complicated than it | |
60 looks, and the algorithm to determine offsets of fields is subtle. If you reuse the official | |
61 parser, you won't risk getting these wrong, and you won't have to spend time keeping your parser | |
62 up-to-date. In fact, you can still write your code generator in any language you want, using | |
63 compiler plugins! | |
64 | |
65 ### How to Write Compiler Plugins | |
66 | |
67 The Cap'n Proto tool, `capnp`, does not actually know how to generate code. It only parses schemas, | |
68 then hands the parse tree off to another binary -- known as a "plugin" -- which generates the code. | |
69 Plugins are independent executables (written in any language) which read a description of the | |
70 schema from standard input and then generate the necessary code. The description is itself a | |
71 Cap'n Proto message, defined by | |
72 [schema.capnp](https://github.com/sandstorm-io/capnproto/blob/master/c%2B%2B/src/capnp/schema.capnp). | |
73 Specifically, the plugin receives a `CodeGeneratorRequest`, using | |
74 [standard serialization](encoding.html#serialization-over-a-stream) | |
75 (not packed). (Note that installing the C++ runtime causes schema.capnp to be placed in | |
76 `$PREFIX/include/capnp` -- `/usr/local/include/capnp` by default). | |
77 | |
78 Of course, because the input to a plugin is itself in Cap'n Proto format, if you write your | |
79 plugin directly in the language you wish to support, you may have a bootstrapping problem: you | |
80 somehow need to generate code for `schema.capnp` before you write your code generator. Luckily, | |
81 because of the simplicity of the Cap'n Proto format, it is generally not too hard to do this by | |
82 hand. Remember that you can use `capnp compile -ocapnp schema.capnp` to get a dump of the sizes | |
83 and offsets of all structs and fields defined in the file. | |
84 | |
85 `capnp compile` normally looks for plugins in `$PATH` with the name `capnpc-[language]`, e.g. | |
86 `capnpc-c++` or `capnpc-capnp`. However, if the language name given on the command line contains | |
87 a slash character, `capnp` assumes that it is an exact path to the plugin executable, and does not | |
88 search `$PATH`. Examples: | |
89 | |
90 # Searches $PATH for executable "capnpc-mylang". | |
91 capnp compile -o mylang addressbook.capnp | |
92 | |
93 # Uses plugin executable "myplugin" from the current directory. | |
94 capnp compile -o ./myplugin addressbook.capnp | |
95 | |
96 If the user specifies an output directory, the compiler will run the plugin with that directory | |
97 as the working directory, so you do not need to worry about this. | |
98 | |
99 For examples of plugins, take a look at | |
100 [capnpc-capnp](https://github.com/sandstorm-io/capnproto/blob/master/c%2B%2B/src/capnp/compiler/capnpc-capnp.c%2B%2B) | |
101 or [capnpc-c++](https://github.com/sandstorm-io/capnproto/blob/master/c%2B%2B/src/capnp/compiler/capnpc-c%2B%2B.c%2B%2B). | |
102 | |
103 ### Supporting Dynamic Languages | |
104 | |
105 Dynamic languages have no compile step. This makes it difficult to work `capnp compile` into the | |
106 workflow for such languages. Additionally, dynamic languages are often scripting languages that do | |
107 not support pointer arithmetic or any reasonably-performant alternative. | |
108 | |
109 Fortunately, dynamic languages usually have facilities for calling native code. The best way to | |
110 support Cap'n Proto in a dynamic language, then, is to wrap the C++ library, in particular the | |
111 [C++ dynamic API](cxx.html#dynamic-reflection). This way you get reasonable performance while | |
112 still avoiding the need to generate any code specific to each schema. | |
113 | |
114 To parse the schema files, use the `capnp::SchemaParser` class (defined in `capnp/schema-parser.h`). | |
115 This way, schemas are loaded at the same time as all the rest of the program's code -- at startup. | |
116 An advanced implementation might consider caching the compiled schemas in binary format, then | |
117 loading the cached version using `capnp::SchemaLoader`, similar to the way e.g. Python caches | |
118 compiled source files as `.pyc` bytecode, but that's up to you. | |
119 | |
120 ### Testing Your Implementation | |
121 | |
122 The easiest way to test that you've implemented the spec correctly is to use the `capnp` tool | |
123 to [encode](capnp-tool.html#encoding-messages) test inputs and | |
124 [decode](capnp-tool.html#decoding-messages) outputs. |