| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |\
| | |
| | | |
Extract XML documentation in a primitive but reasonably-effective way
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
This could be tidied up significantly, and at some point we will want to parse the markdown and generate more appropriate XML - but this is definitely better than nothing.
Generated code changes coming in next commit.
|
| |\ \
| | | |
| | | | |
Support enum forward decls in Objective C++
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
NS_ENUM changes defintion in Objective C++ based on the C++ spec being
compiled with, special case the one situation where it wouldn't support doing a
forward decl for the enum.
|
| |\ \
| | |/
| |/| |
Cleanups for newer Xcodes
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Move up to 8.4 as the high simulator (assuming Xcode 6.4).
- Add cast to NSMutableDictionary so clang and resolve the selector.
- Add case for the newer static analyzer so it won't trigger a false warning.
- Update the "dictionary" interface to use "object" naming. Xcode 7+ has gotten
more strict on the use of nonnull/nullable; combining that with the generic
collection support; and the "dictionary" classes we created now collide with
what the generic KeyValueCoding in the system headers triggering
warnings/errors. Fix this and hopefully all future issue by renaming the
methods to use "object" for the classes that have data types as objects
instead of PODs. Taking this renaming hit now while ObjC is still in beta
because it is a breaking change for any existing code.
|
| |\ \
| | | |
| | | | |
Add (some) XML documentation to generated code
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
(Generated code changes coming next...)
|
| | | | |
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
There are now summaries for:
- The Types nested class (which holds nested types)
- The file descriptor class for each proto
- The enum generated for each oneof
(Also fixed two typos.)
Generated code in next commit.
|
| |\ \
| | | |
| | | | |
Fix Podspec version number
|
| | |/
| | |
| | | |
This was released as `3.0.0-alpha-4.1`
|
| |\ \
| | |/
| |/| |
A very small fix to silence some warnings.
|
| |/
| |
| |
| |
| |
| |
| | |
Also updated the Gemfile.lock since alpha-4 has been
pushed to RubyGems.
Change-Id: I8ddc5f125f28aa9a33c88dfe48251a75a877e1d3
|
| |\
| | |
| | | |
Handled blocks being too small in arena.cc
|
| | |
| | |
| | |
| | |
| | |
| | | |
When the user passed in a block which was smaller than the Block
structure, this code would blow past the end of the memory and
crash. Check for that condition.
|
| |\ \
| | | |
| | | | |
Generate C# directory hierarchy with new option
|
| | | |
| | | |
| | | |
| | | | |
Other changes are due to the well-known types changing without us regenerating.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This introduces a new C# option, base_namespace.
If the option is not specified, the behaviour is as before: no directories are generated.
If the option *is* specified, all C# namespaces must be relative to the base namespace, and the directories are generated relative to that namespace.
Example:
- Any.proto declares csharp_namespace = "Google.Protobuf.WellKnownTypes"
- We build with --csharp_out=Google.Protobuf --csharp_opt=base_namespace=Google.Protobuf
- The Any.cs file is generated in Google.Protobuf/WellKnownTypes (where it currently lives)
We need a change to descriptor.proto before this will all work (it wasn't in the right C# namespace) but that needs the other descriptors to be regenerated too. See next commit...
|
| | | | |
|
| |\ \ \
| | | | |
| | | | | |
Add GOOGLE_ATTRIBUTE_NOINLINE to GetArena() and GetMaybeArenaPointer(…
|
| |/ / /
| | | |
| | | |
| | | | |
methods. This is to avoid "unresolved link" errors in MSVC 2015 during Release build
|
| |\ \ \
| | | | |
| | | | | |
Fix compile failures building protobuf DLLs on MSVC in Chromium's cod…
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
When trying to compile the protobuf code as a DLL, and then compile other DLLs
with generated .pb.cc/h files that reference
InternalMetadataWithArena::InternalMetadataWithArena(Arena*), MSVC gives an
"unresolved external symbol" error. This seems to be due to the function being
simultaneously exported and inline. Moving it out-of-line fixes things.
There are other functions exported and inline as well but de-inlining them
doesn't seem to be necessary to get the build working, and I'd rather de-inline
as few functions as possible.
|
| |\ \ \ \
| | | | | |
| | | | | | |
Refine check for unordered_{map|set} availability.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
It's not enough to check for C++11 language support, as it's possible for
projects to enable C++11 language and library features independently (e.g.
Chromium currently does this). Instead, explicitly check the library version to
see if it is recent enough to include unordered_{map|set}.
|
| |\ \ \ \ \
| | | | | | |
| | | | | | | |
Small fixes
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
It isn't always, which causes problems when trying to put negative
values into the array with C++11.
|
| |/ / / / /
| | | | | |
| | | | | |
| | | | | | |
Bazel expects all tests to do this.
|
| |\ \ \ \ \
| | | | | | |
| | | | | | | |
Update objc script in generate_descriptor_proto.sh
|
| | | |_|/ /
| | |/| | | |
|
| |\ \ \ \ \
| | | | | | |
| | | | | | | |
Fix podspec by adding missing comma
|