- 04 Jan, 2010 4 commits
-
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
- Don't support par or war since par is not a standard format and outputting to war doesn't make sense. - Add boilerplate manifest when outputting to Jar. - Remove "XXX check conversion" comments because I don't care. - Add a test.
-
- 24 Dec, 2009 1 commit
-
-
kenton@google.com authored
-
- 23 Dec, 2009 7 commits
-
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
Refactor the way output is handled in CommandLineInterface -- now it will be stored in-memory until all code generators have completed, then dumped to disk all at once. While this means that protoc uses more memory, the code is much simpler, and handles insertions much faster. Also, this made it easier to implement a useful feature: insertions will be indented to match the insertion point line. Therefore, when inserting into Python code, you don't have to figure out how much to indent your inserted code. The refactoring should also make it easier to implement output-to-jar at some point.
-
kenton@google.com authored
Actually, that last revision can be simpler -- we don't need to parse strings at all, as simply entering 1e1000 as a float literal in Python will be evaluated as infinity.
-
kenton@google.com authored
In Python, avoid relying on float('inf') and float('nan') as these don't work on Windows with Python pre-2.6.
-
kenton@google.com authored
-
kenton@google.com authored
In Java's TextFormat, correcty concatenate adjacent string literals, as C++ does. Also fix a bug in handling of single-quoted strings.
-
- 22 Dec, 2009 8 commits
-
-
kenton@google.com authored
Make extension identifiers final. This improves security when untrusted code is present in the same class loader. In order to get around initialization ordering issues, I simply made the constructor for extension identifiers take no arguments and deferred initialization to an internalInit() method, which generated code will always call during init.
-
kenton@google.com authored
-
kenton@google.com authored
getExtension() on an empty repeated field should return an empty list, not a singular default value.
-
kenton@google.com authored
When serializing to an ostream, verify that there were no stream-level errors before returning success.
-
kenton@google.com authored
Clarify that pushLimit() does not limit the number of bytes CodedInputStream will read from the underlying InputStream.
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
- 21 Dec, 2009 5 commits
-
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
- 20 Dec, 2009 1 commit
-
-
temporal authored
-
- 19 Dec, 2009 1 commit
-
-
kenton@google.com authored
-
- 18 Dec, 2009 7 commits
-
-
temporal authored
Ensure that 'once' objects are declared using the macro. This is either the third or fourth time I've screwed this up when down-integrating, because our internal code does not require the macro (it's not portable) and on Linux a pthread_once_t that is zero-initialized just happens to work. So, I only discover the problem when I test on Mac, then kick myself for making the same mistake yet again. No more! This time, I have renamed GoogleOnceType to ProtobufOnceType, thus making the type name differ from our internal code. As a result, if you don't update the decls to use the macros, they won't compile. Hah! Take that, future self!
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
kenton@google.com authored
-
- 11 Dec, 2009 2 commits
-
-
kenton@google.com authored
-
kenton@google.com authored
-
- 01 Dec, 2009 1 commit
-
-
jasonh+personal@google.com authored
be properly set. writeTo() may be invoked without a call to getSerializedSize(), so the generated serialization methods would write a length of 0 for non-empty packed fields. Just call getSerializedSize() at the beginning of writeTo(): although this means that we may compute the byte size needlessly when there are no packed fields, in practice, getSerializedSize() will already have been called - all of the writeTo() wrappers in AbstractMessageLite invoke it. Tested: new unittest case in WireFormatTest.java now passes
-
- 12 Nov, 2009 1 commit
-
-
kenton@google.com authored
-
- 03 Nov, 2009 2 commits
-
-
kenton@google.com authored
-
kenton@google.com authored
-