Hi all, I just pushed out a wad of changes from our internal branch to SVN. Among other things, the Python implementation is now around 10-25x faster (but still pure-python), and protoc now supports a plugin interface for third-party code generators. Details below.
The changes have only been tested on Linux. They definitely won't work on Windows at this point. I will fix this over the next few days. BTW, we are working on some logistical improvements to our release process that should allow changes to be synchronized more frequently. Currently there is a lot of work involved, which makes it hard to release more than once every few months; we hope to change that by automating more of it. 2009-12-17 version 2.3.0: General * Parsers for repeated numeric fields now always accept both packed and unpacked input. The [packed=true] option only affects serializers. Therefore, it is possible to switch a field to packed format without breaking backwards-compatibility -- as long as all parties are using protobuf 2.3.0 or above, at least. * The generic RPC service code generated by the C++, Java, and Python generators can be disabled via file options: option cc_generic_services = false; option java_generic_services = false; option py_generic_services = false; This allows plugins to generate alternative code, possibly specific to some particular RPC implementation. protoc * Now supports a plugin system for code generators. Plugins can generate code for new languages or inject additional code into the output of other code generators. Plugins are just binaries which accept a protocol buffer on stdin and write a protocol buffer to stdout, so they may be written in any language. See src/google/protobuf/compiler/plugin.proto. * inf, -inf, and nan can now be used as default values for float and double fields. C++ * Various speed and code size optimizations. * DynamicMessageFactory is now fully thread-safe. * Message::Utf8DebugString() method is like DebugString() but avoids escaping UTF-8 bytes. * Compiled-in message types can now contain dynamic extensions, through use of CodedInputStream::SetExtensionRegistry(). Java * parseDelimitedFrom() and mergeDelimitedFrom() now detect EOF and return false/null instead of throwing an exception. * Fixed some initialization ordering bugs. * Fixes for OpenJDK 7. Python * 10-25 times faster than 2.2.0, still pure-Python. * Calling a mutating method on a sub-message always instantiates the message in its parent even if the mutating method doesn't actually mutate anything (e.g. parsing from an empty string). * Expanded descriptors a bit. -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to proto...@googlegroups.com. To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/protobuf?hl=en.