- 07 Nov, 2017 2 commits
-
-
Harris Hancock authored
-
Harris Hancock authored
No change in behavior, but the comments needed updating, so I updated them. Then I noticed a never-true if() case and removed it.
-
- 19 Apr, 2016 2 commits
-
-
Branislav Katreniak authored
Consumers of non-installed build directory don't have to manually set include dirs.
-
Branislav Katreniak authored
Using installed capnp tools during instead of built capnp tools easily leads to bad results.
-
- 11 Apr, 2016 1 commit
-
-
Alex Richardson authored
This makes it a lot easier for CMake based projects to use Cap'n Proto. Example usage: find_package(CapnProto) capnp_generate_cpp(FOO_SRCS FOO_HDRS foo.capnp) add_executable(foo main.cpp ${FOO_SRCS}) target_link_libraries(foo CapnProto::capnp CapnProto::capnp-rpc) This is a lot better than the previous variable based solution since linking to nonexistent targets is an error whereas an empty variable expansion (e.g. due to typos) will be silently ignored. It also makes sure that the right compiler flags, include directories, defines and link libraries are passed to the compiler for that target without needing any other include_directories(), etc.
-
- 30 Dec, 2014 1 commit
-
-
Kenton Varda authored
A compatibility layer is provided to ease migration.
-
- 01 Dec, 2014 1 commit
-
-
Philip Quinn authored
-
- 30 Nov, 2014 2 commits
-
-
Philip Quinn authored
-
Philip Quinn authored
-
- 29 Oct, 2014 3 commits
-
-
Philip Quinn authored
-
Philip Quinn authored
-
Philip Quinn authored
With CAPNP_LITE=1, the command-line tools will not be built, and the tests cannot be built without EXTERNAL_CAPNP=1 (BUILD_TESTING=0 needs to be set if the tests are not desired).
-
- 26 Oct, 2014 1 commit
-
-
Kenton Varda authored
To use, pass --disable-reflection to the configure script. This produces a smaller runtime library. However, using it for this purpose is not recommended. The main purpose of lite mode is to define a subset of Cap'n Proto which might plausibly compile under MSVC. MSVC still lacks full support for constexpr and expression SFINAE; luckily, most of our use of these things relates to reflection, and not all users need reflection. Cap'n Proto lite mode inherits its name from Protocol Buffers' lite mode. However, there are some key differences: - Protobuf generated code included global constructors related to registering descriptors and extensions. For many people, this was the main reason to use lite mode: to get rid of these global constructors and achieve faster startup times. Cap'n Proto, on the other hand, never had global constructors in the first place. - Schemas are actually still available in lite mode, though only in their raw (Cap'n Proto structure) form. Only the schema API (which wraps the raw schemas in a more convenient interface) and reflection API (which offers a convenient way to use the schemas) are unavailable. - Lite mode is enabled in an application by defining CAPNP_LITE rather than by specifying an annotation in the schema file. This better-reflects real-world usage patterns, where you typically want to enable lite mode application-wide anyway. - We do not build the lite mode library by default. You must request it by passing --disable-reflection to the configure script. Before you can do that, you must have a prebuilt Cap'n Proto compiler binary available, since the compiler can't be built without reflection. - Relatedly, the lite mode library is built with the same name as the full library. This library is not intended to be installed. If anything it should be statically linked. But, mostly the option only exists on non-MSVC platform to give us a way to test that we haven't broken lite mode.
-
- 20 Oct, 2014 3 commits
-
-
Philip Quinn authored
-
Philip Quinn authored
-
Philip Quinn authored
-
- 19 Oct, 2014 3 commits
-
-
Philip Quinn authored
-
Philip Quinn authored
-
Philip Quinn authored
-
- 18 Oct, 2014 2 commits
-
-
Philip Quinn authored
-
Philip Quinn authored
-
- 15 Oct, 2014 2 commits
-
-
Joshua Warner authored
-
Joshua Warner authored
* Move binaries into the bin directory and libs into the lib directory in the output * Make sure the actual binary output file of capnp-tool is just capnp * Remove need for deprecated cmake get_property function
-
- 14 Oct, 2014 1 commit
-
-
Joshua Warner authored
-
- 12 Oct, 2014 1 commit
-
-
Ahmed Charles authored
-
- 11 Oct, 2014 1 commit
-
-
Joshua Warner authored
-