Skip to content
Projects
Groups
Snippets
Help
Loading...
Sign in / Register
Toggle navigation
C
capnproto
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Packages
Packages
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
submodule
capnproto
Commits
fb72c5f4
Commit
fb72c5f4
authored
Oct 12, 2013
by
Kenton Varda
Browse files
Options
Browse Files
Download
Plain Diff
Merge branch 'master' of
https://github.com/kentonv/capnproto
parents
6fbca053
7abc51a9
Show whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
2 additions
and
2 deletions
+2
-2
capnpc-capnp.c++
c++/src/capnp/compiler/capnpc-capnp.c++
+1
-1
rpc.capnp
c++/src/capnp/rpc.capnp
+1
-1
No files found.
c++/src/capnp/compiler/capnpc-capnp.c++
View file @
fb72c5f4
...
@@ -391,7 +391,7 @@ private:
...
@@ -391,7 +391,7 @@ private:
indent
,
field
.
getName
(),
indent
,
field
.
getName
(),
" :group"
,
genAnnotations
(
field
.
getAnnotations
(),
scope
),
" {"
,
" :group"
,
genAnnotations
(
field
.
getAnnotations
(),
scope
),
" {"
,
field
.
hasDiscriminantValue
()
field
.
hasDiscriminantValue
()
?
kj
::
strTree
(
"
,
union tag = "
,
field
.
getDiscriminantValue
())
:
kj
::
strTree
(),
?
kj
::
strTree
(
"
#
union tag = "
,
field
.
getDiscriminantValue
())
:
kj
::
strTree
(),
"
\n
"
,
"
\n
"
,
genStructFields
(
group
,
indent
.
next
()),
genStructFields
(
group
,
indent
.
next
()),
indent
,
"}
\n
"
);
indent
,
"}
\n
"
);
...
...
c++/src/capnp/rpc.capnp
View file @
fb72c5f4
...
@@ -42,7 +42,7 @@
...
@@ -42,7 +42,7 @@
#
#
# Cap'n Proto does not distinguish between "clients" and "servers" -- this is up to the application.
# Cap'n Proto does not distinguish between "clients" and "servers" -- this is up to the application.
# Either end of any connection can potentially hold capabilities pointing to the other end, and
# Either end of any connection can potentially hold capabilities pointing to the other end, and
# can call methods on those capabilities. In the doc comments below, we use
r
the words "sender"
# can call methods on those capabilities. In the doc comments below, we use the words "sender"
# and "receiver". These refer to the sender and receiver of an instance of the struct or field
# and "receiver". These refer to the sender and receiver of an instance of the struct or field
# being documented. Sometimes we refer to a "third-party" which is neither the sender nor the
# being documented. Sometimes we refer to a "third-party" which is neither the sender nor the
# receiver.
# receiver.
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment