| Commit message (Collapse) | Author | Age |
|\
| |
| | |
Feat: add import-style=commonjs_strict option to the compiler
|
|\ \
| | |
| | | |
Merge 3.6.x branch into master
|
| |\ \ |
|
|/ / /
| | |
| | |
| | | |
This potentially avoids compiler warnings.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
* Remove js_embed binary.
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| | |
We need to use a default of 0 when parsing unspecified map keys, instead
of failing an assertion.
This change was written by Michael Aaron (michaelaaron@google.com) but I
am cherry-picking it directly instead of waiting for the next sync of
Google-internal changes.
|
| | |
|
| | |
|
|/ |
|
|\ |
|
| | |
|
|/|
| |
| | |
Remove unused output_file variable from js_embed
|
| | |
|
| | |
|
| | |
|
|\ \ |
|
| | | |
|
| | | |
|
|/ / |
|
|/
|
|
|
| |
The js_embed tool outputs to stdout, so the output_file variable is
unnecessary and unused.
|
| |
|
|
|
|
|
|
| |
* Fix generation of extending nested messages in JavaScript
* Added missing test8.proto to build
|
|\
| |
| | |
Fix include in auto-generated well_known_types_embed.cc
|
| |
| |
| |
| |
| | |
Restore include style fix (e3da722) that has been trampled by
auto-generation of well_known_types_embed.cc
|
|/
|
|
|
|
|
| |
embed.cc: In function ‘std::string CEscape(const string&)’:
embed.cc:51:32: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
for (int i = 0; i < str.size(); ++i) {
^
|
|
|
|
|
|
|
| |
Until now this file was just checked into the repo, but actually it
should be generated from any.js, struct.js, and timestamp.js. This
change updates the build system to make this happen. To make it work I
also had to remove some C++11 features from embed.cc.
|
|
|
|
|
| |
This changes fixes "error C2039: 'getline': is not a member of 'std'"
compilation error.
|
| |
|
|
|
|
|
| |
This changes fixes "use of undeclared identifier 'assert'"
compilation error.
|
| |
|
|
|
|
|
|
|
|
| |
A bug was causing generated JSPB code with CommonJS-style imports to
refer incorrectly to nested messages from other .proto files. The
generated code would have things like "test_pb.InnerMessage" instead of
"test_pb.OuterMessage.InnerMessage". This commit fixes the problem by
correctly taking into account any message nesting.
|
|
|
|
|
|
|
|
|
| |
(#2146)
Currently deserialization of a non-packed binary repeated field is quadratic in
the number of elements, because each time we parse a new element we copy over
all elements we have parsed so far. This CL fixes the performance problem by
having the generated deserialization code just call addX() instead of using
getX() and setX().
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
JavaScript: segregate references to binary functionality
|
| | |
|
| |
| |
| |
| |
| |
| | |
This change will help us separate binary support into
separate files, because we only refer to binary serialization
functions in the actual binary serialization paths.
|
|/ |
|
| |
|
|
|
|
| |
This includes all internal changes from around May 20 to now.
|
| |
|
| |
|
|\
| |
| | |
Fix #include in js_generator.cc
|
| | |
|
|/
|
|
|
| |
The commit 3b3c8abb9635eb3ea078a821a99c9ef29d66dff7 has replaced the <>
with "" in #include statement in js_generator.cc
|