aboutsummaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Fix issues: 166 167 172 175 181 188 192 194 195.liujisi@google.com2010-12-038-64/+25
|
* Fix byte encoding macros.liujisi@google.com2010-12-011-4/+2
|
* Add some explicit casts to eliminate some warnings as described in issue 83 ↵kenton@google.com2010-11-301-2/+2
| | | | comment 17.
* Submit recent changes from internal branch. See CHANGES.txt for more details.liujisi@google.com2010-11-0290-2236/+8812
|
* Roll back revision 313. A similar but far more exensive change was made in ↵kenton@google.com2010-09-172-51/+9
| | | | our internal branch, which will be integrated soon.
* add cast to avoid compiler warningkenton@google.com2010-04-231-1/+2
|
* Allow services with lite runtime when using rpc generator plugin.kenton@google.com2010-04-192-3/+17
|
* Improve coded_stream.h handling on MSVC. Avoid a bogus runtime check and ↵kenton@google.com2010-04-051-16/+28
| | | | enable little-endian optimization. Based on patch from Nathan McDaniel.
* Use full paths when writing MSVS-style errors. Patch from Oleg Smolsky.kenton@google.com2010-04-052-4/+14
|
* Fix bug with permanent callbacks that delete themselves when run. Patch ↵kenton@google.com2010-02-162-6/+24
| | | | from Evan Jones.
* Remove comment referring to non-protobuf code.kenton@google.com2010-02-101-3/+1
|
* Fix missing header issue -- INT_MAX is defined in limits.h. I chose to use ↵kenton@google.com2010-02-091-1/+1
| | | | a different constant rather than add the #include.
* Fix issue 162: generated code should #include <algorithm> for std::swap().kenton@google.com2010-02-013-1/+9
|
* Optimize Java string serialization. Patch from Evan Jones.kenton@google.com2010-02-012-9/+51
|
* More Java warning tweaks from Evan Jones.kenton@google.com2010-01-282-14/+24
|
* Add missing include (that apparently didn't break anything on most platforms).kenton@google.com2010-01-201-0/+1
|
* Fix obvious syntax error that somehow works fine on MSVC and GCC 3.x-win32.kenton@google.com2010-01-201-1/+1
|
* Fix issues with Windows build: Always use ASCII version of CreateProcess ↵kenton@google.com2010-01-153-30/+29
| | | | (even if UNICODE is defined) and move GetMessage macro work-around to common.h so that it covers extension_set.h as well. Patch from Nick Carter.
* Fixes compile on GCC 3.2 according to Sergey Tihansky.kenton@google.com2010-01-131-1/+1
|
* Fix bogus sign-compare warnings in header at request of user.kenton@google.com2010-01-111-2/+2
|
* Update version number in trunk to 2.3.1.kenton@google.com2010-01-093-3/+3
|
* Fix memory leak in CommandLineInterface, not that it really matters.kenton@google.com2010-01-081-5/+9
|
* Minor compatibility tweaks for FreeBSD.kenton@google.com2010-01-082-12/+5
|
* Tweak doc comments.kenton@google.com2010-01-084-15/+41
|
* Add missing file to dist.kenton@google.com2010-01-071-0/+1
|
* Address comments from various code reviews.kenton@google.com2010-01-071-1/+10
|
* Monty Taylor claims this helps the drizzle compile for some reason.kenton@google.com2010-01-051-4/+6
|
* Fixed DLL compile under MSVC.kenton@google.com2010-01-045-22/+25
|
* Fix syntax of function definition in shell script so that it hopefully works ↵kenton@google.com2010-01-041-1/+1
| | | | on Solaris.
* Improve zip/jar support:kenton@google.com2010-01-044-15/+114
| | | | | | | | | - 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.
* Allow protoc to output directly to zip/jar/par/war files.kenton@google.com2009-12-245-50/+358
|
* Refactor the way output is handled in CommandLineInterface -- now it will be ↵kenton@google.com2009-12-235-324/+279
| | | | 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.
* Actually, that last revision can be simpler -- we don't need to parse ↵kenton@google.com2009-12-231-8/+8
| | | | strings at all, as simply entering 1e1000 as a float literal in Python will be evaluated as infinity.
* In Python, avoid relying on float('inf') and float('nan') as these don't ↵kenton@google.com2009-12-231-6/+14
| | | | work on Windows with Python pre-2.6.
* Make extension identifiers final. This improves security when untrusted ↵kenton@google.com2009-12-221-36/+26
| | | | 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.
* Mark plugins as experimental for now.kenton@google.com2009-12-222-0/+5
|
* When serializing to an ostream, verify that there were no stream-level ↵kenton@google.com2009-12-222-5/+17
| | | | errors before returning success.
* Accept form feeds as whitespace.kenton@google.com2009-12-222-1/+8
|
* Hopefully fix build on Sun Studio.kenton@google.com2009-12-224-9/+12
|
* Build DLLs on Cygwin and MinGW.kenton@google.com2009-12-222-8/+40
|
* Fix build on MSVC.kenton@google.com2009-12-213-2/+16
|
* Fix build on GCC 3.3/Linux.kenton@google.com2009-12-211-1/+3
|
* Argh, this line was not supposed to be submitted.kenton@google.com2009-12-211-2/+0
|
* Use unordered_map when available. Changes to stl_hash.m4 provided by Oleg ↵kenton@google.com2009-12-211-3/+14
| | | | Smolsky.
* Add a code generator insertion point for Java builders.temporal2009-12-202-0/+7
|
* Fix build on MinGW/Win32 (including implementing Subprocess using ↵kenton@google.com2009-12-198-9/+318
| | | | CreateProcess()).
* Ensure that 'once' objects are declared using the macro. This is either the ↵temporal2009-12-186-29/+29
| | | | 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!
* Fix Cygwin build.kenton@google.com2009-12-183-8/+27
|
* Commit missing files from r251. Sigh.kenton@google.com2009-12-1815-0/+3274
|
* Set version to 2.3.0-pre.kenton@google.com2009-12-183-10/+10
|