- Jan 04, 2013
-
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
- Jan 03, 2013
-
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
Rather than hard-code assumptions about the size of a FIXNUM, check the size of FIXNUM at compile time and generate code appropriate for the number of bits we're working with, with FIXNUM optimizations in place if appropriate. Includes some changes from swmckay@gmail.com.
-
Alejandro R Sedeño authored
-
Scott McKay authored
-
-
Scott McKay authored
-
- Jan 02, 2013
-
-
Paul Weiss authored
Signed-off-by: Alejandro R Sedeño <asedeno@google.com>
-
- Dec 17, 2012
-
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
Inspired by: https://developers.google.com/protocol-buffers/docs/proto#extensions Nested Extensions: "A common pattern is to define extensions inside the scope of the extension's field type – for example, here's an extension to Foo of type Baz, where the extension is defined as part of Baz"
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
This fixes the unit test that broke in the previous commit
-
- Dec 12, 2012
-
-
Alejandro R Sedeño authored
-
- Dec 10, 2012
-
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
- Dec 09, 2012
-
-
-
Scott McKay authored
-
- Dec 06, 2012
-
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
- Dec 05, 2012
-
-
Alejandro R Sedeño authored
Reviewer: tunes
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
Alejandro R Sedeño authored
-
- Dec 04, 2012
-
-
Alejandro R Sedeño authored
-
Francois-Rene Rideau authored
which shall fix the issue that causes of these actions never being operation-done-p. However this does NOT handle recursive import dependencies, which requires further work. Tested: QRes doesn't always recompile the proto and all dependees anymore. Reviewer: asedeno
-
- Nov 27, 2012
-
-
Ben Wagner authored
* Previously, if a field in a .proto file referenced a message in another proto file using a different lisp package, the cl-protobufs library would silently fail to serialize the field. A similar problem would occur if a message defined later in the file used the lisp_name option to override the name generated by cl-protobufs. This change fixes these issues and others. * Add conditions that are signaled when encountering an undefined type. * Delay assigning lisp classes/types to fields and methods until all possible forward references have been parsed. * This allows the class slot to be unbound, so check for that case in print-object methods. * Add a test for forward references to messages that override the lisp name. * Add a test for references to messages and enums defined in another proto file with a different lisp package. * Change color-wheel-stability test, because it used "string" as the input type for an rpc, which seems to be disallowed (although I haven't found this documented anywhere). * Signal errors during parsing for undefined types. * Add a test for these errors. Add assert-error macro to qtest. * Signal a condition if we are unable to find the definition for a field's type during serialization, deserialization, determining an object's serialized size, printing text format, parsing text format, or generating code for one of the above. * Remove logic in find-qualified-name that indirects through lisp packages. Proto packages and lisp packages do not necessarily map 1-to-1. * Always use the schema's lisp package for any symbols generated when parsing proto files. * When generating lisp code using write-schema-as, set the package to the package used in the generated file, so that ~s will print the package prefix in the correct circumstances. * Remove broken proto1 "streams" parsing ("returns" comes before "streams" in every example I've found); replace with proto2 syntax. * In process-imports, the call to find-schema using a pathname was not giving the expected result. Sidestep this issue by using the same logic to find the schema as is used earlier in the function.
-
- Nov 26, 2012
-
-
Shaun Morris authored
-
- Nov 15, 2012
-
-
Alejandro R Sedeño authored
-
- Nov 07, 2012
-
-
Alejandro R Sedeño authored
-