platform_external_protobuf/javanano, branch oreo-dev Unnamed repository; edit this file 'description' to name the repository. Don't execute code before checking a class is a messagenano. 2017-02-16T22:13:49+00:00 Jeff Davidson jpd@google.com 2017-02-16T22:13:49+00:00 d6e85cc78270fa821b694f6700c48bfc774a4b48 Change-Id: Icd57797f43e04827dca7c6765309413204adb99a 
Change-Id: Icd57797f43e04827dca7c6765309413204adb99a
Parse unknown enum values like full proto2. 2016-11-14T19:22:15+00:00 Jeff Davidson jpd@google.com 2016-03-08T01:23:49+00:00 21a20ad7bd239b9120a5426f4a793bc9c213558f Store unknown values in the unknown field set. For repeated fields, store unknown values while leaving known values in place. This can lead to some strange behaviors, such as new values not being serialized (because the unknown field set copy comes second on the wire), or the order of repeated fields changing (if the value is serialized when the field is unknown, and deserialized later when it becomes known). Having strange behavior be consistent with the standard implementation is nonetheless better than diverging. Bug: 26337187 Change-Id: I9fee24d05d387a46e15b07c7a8a97704b76b5f27 
Store unknown values in the unknown field set. For repeated fields,
store unknown values while leaving known values in place.

This can lead to some strange behaviors, such as new values not being
serialized (because the unknown field set copy comes second on the
wire), or the order of repeated fields changing (if the value is
serialized when the field is unknown, and deserialized later when it
becomes known). Having strange behavior be consistent with the
standard implementation is nonetheless better than diverging.

Bug: 26337187
Change-Id: I9fee24d05d387a46e15b07c7a8a97704b76b5f27
Add a flag to use offset/length with byte arrays. 2016-11-14T19:00:04+00:00 Jeff Davidson jpd@google.com 2015-05-08T21:10:11+00:00 137226a921d0f50c9e8a9f3ae43a3459b48d18a1 This is an advanced option that most users won't want/need. However, it can greatly optimize flows where we want to reuse byte[] buffers from other locations without having to first copy the contents into a new array of the exact correct size. Bug: 20636336 Change-Id: Ia8d0af82e952858f9571f84110da621da776619c 
This is an advanced option that most users won't want/need. However,
it can greatly optimize flows where we want to reuse byte[] buffers
from other locations without having to first copy the contents into
a new array of the exact correct size.

Bug: 20636336
Change-Id: Ia8d0af82e952858f9571f84110da621da776619c
Fix the nano java package name in one of the test 2016-06-23T14:14:47+00:00 Tamas Berghammer tberghammer@google.com 2016-06-14T17:41:03+00:00 46a5514a817e93f3a6ae265473dad4346e339346 Bug: b/28974522 Change-Id: I6675d9cf57154b06062cba7ef179512535ef7e3b 
Bug: b/28974522
Change-Id: I6675d9cf57154b06062cba7ef179512535ef7e3b
Update from protobuf v2.6.1 to protobuf 3.0.0-beta-3 2016-06-06T23:38:21+00:00 Tamas Berghammer tberghammer@google.com 2016-06-04T00:53:47+00:00 b0575e93e4c39dec69365b850088a1eb7f82c5b3 This change just copies the upstream code into the repository without fixing the Android.mk or fixing the possible cmpile errors. All of those will be fixed with foloowup CLs. Bug: b/28974522 Change-Id: I79fb3966dbef85915965692fa6ab14dc611ed9ea 
This change just copies the upstream code into the repository without
fixing the Android.mk or fixing the possible cmpile errors. All of those
will be fixed with foloowup CLs.

Bug: b/28974522
Change-Id: I79fb3966dbef85915965692fa6ab14dc611ed9ea