aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/compiler/python_generator.cc
Commit message (Collapse)AuthorAge
* Revert "Revert "Do not interpolate variables in leading comments.""Gravatar Vijay Pai2017-11-27
|
* Revert "Do not interpolate variables in leading comments."Gravatar David G. Quintas2017-11-27
|
* Do not interpolate variables in leading comments.Gravatar Garret Kelly2017-11-06
| | | | | | | There is at least one well-known proto file (plugin.proto) with comments that include variable-like strings that are not actual variables. This leads to DFATAL log statements that clutter the output and don't provide any benefit.
* Update clang-format to 5.0Gravatar Craig Tiller2017-11-03
|
* Flip gRPC Python Protoc Plug-In default behaviorGravatar Nathaniel Manista2017-09-19
| | | | | | | Now the grpc_2_0 flag is no longer required for the only-generate-code- elements-in-_pb2_grpc.py-files behavior and the grpc_1_0 flag is required for the add-generated-gRPC-using-code-elements-to-_pb2.py- files behavior.
* grpc_1_0 flag for gRPC Python Protoc Plug-InGravatar Nathaniel Manista2017-09-13
| | | | | | | | | | We'll soon be flipping the default behavior of gRPC Python Protoc Plug-In to the later-than-gRPC-1.0 "code elements only in a separate _pb2_grpc.py file and no Beta-API-using generated code elements" behavior; this flag will be the supported (supported for a while, though not exactly sure how long) means of using the older "also put gRPC-using code elements in the generated _pb2.py file" behavior that has been in place since gRPC 1.0.
* Merge pull request #11400 from kpayson64/python_generator_fixGravatar kpayson642017-06-09
|\ | | | | Fix python compiler for filenames with dashes
* | fix remaining license noticesGravatar Jan Tattermusch2017-06-08
| |
| * Fix python compiler for filenames with dashesGravatar Ken Payson2017-06-02
|/
* Fix python imports in gRPC generated python codeGravatar Manuel Kroiss2017-04-27
| | | | | | | | | | | | | | | This changes the import style for proto dependencies from a) to b). a) "import a.b.c as x" b) "from a.b import c as x" Using statement a) causes problems when using __init__ files. If module "a.b" has an __init__.py file which is importing the python generated grpc code "a.b.d", then we cannot import a module named "a.b.c" because the module "a.b" does not exist yet. In this case python will throw: AttributeError: 'module' object has no attribute 'b' This PR adapts the code to use the same logic as in: /google/protobuf/compiler/python/python_generator.cc
* Always generate body for python code elementsGravatar Mehrdad Afshari2017-04-18
| | | | | | | | | | | | | | Since #... class Service: class NextService: #... without a body or `pass` under `Service` is invalid Python, we ensure a `pass` statement is always emitted to make the generated code valid.
* Fix merge conflictsGravatar Harsh Vardhan2017-03-28
|
* remove lang specific streaming methodsGravatar Harsh Vardhan2017-03-28
|
* revert to python specific codeGravatar Harsh Vardhan2017-03-28
|
* remove python specific codeGravatar Harsh Vardhan2017-03-28
|
* clang-formatGravatar Harsh Vardhan2017-03-28
|
* Update python_generator.ccGravatar Harsh Vardhan2017-03-28
|
* Fix errorsGravatar Harsh Vardhan2017-03-28
|
* Fix build issuesGravatar Harsh Vardhan2017-03-28
|
* Update Python generator filesGravatar Harsh Vardhan2017-03-28
|
* Merge pull request #10255 from ↵Gravatar Nathaniel Manista2017-03-23
|\ | | | | | | | | nathanielmanistaatgoogle/_pb2_grpc-unnecessary-imports Drop unnecessary framework imports from generated _pb2_grpc.py files.
| * Drop unnecessary imports from _pb2_grpc.py filesGravatar Nathaniel Manista2017-03-22
| |
* | Add import prefix to Python generatorGravatar Nathaniel Manista2017-03-14
|/ | | | This is needed by a customer with a nontraditional codebase.
* Add `auto-gen`d comment to `_pb2_grpc.py` filesGravatar Masood Malekghassemi2016-12-28
|
* don't print multiple imports to protobuf modulesGravatar Bryan Blanchard2016-12-15
|
* Switch to command-arg for Python split-codegenGravatar Masood Malekghassemi2016-12-02
| | | | Almost fixes #8753 (which still needs a test).
* Clang-format python_generator.ccGravatar Masood Malekghassemi2016-10-28
|
* Clean-up types in Python generatorGravatar Masood Malekghassemi2016-10-28
|
* Enable split code generationGravatar Masood Malekghassemi2016-10-28
| | | | | | | | | | | | To support magical internal build processes, the pb2 files need to be split into pure-proto and gRPC parts. This performs that split and further fixes bad module names in the test harness that interfered with the intended test implementation. An unfortunate side effect, due to limitations of protoc and holdover behavior we must support in major version 1.x, is that trash files are generated in split generation. This shouldn't be a problem in normal protoc plugin use.
* Format.Gravatar Nicolas "Pixel" Noble2016-09-29
|
* Merge remote-tracking branch 'google/v1.0.x' into master-upmerge-from-deep-underGravatar Nicolas "Pixel" Noble2016-09-29
|\
| * Add docstrings to generated beta elementsGravatar siddharthshukla2016-09-22
| | | | | | | | | | | | | | | | | | Add docstrings mentioning that the Beta API is deprecated post 0.14.x in - PrintBetaServicer - PrintBetaStub - PrintBetaServerFactory - PrintBetaStubFactory
* | Clang-format all the thingsGravatar Masood Malekghassemi2016-07-12
|/
* Use open-source defaults to propagate Python plugin configurationGravatar Masood Malekghassemi2016-06-29
|
* Python GA code generationGravatar Nathaniel Manista2016-06-13
|
* Format changes to python protoc generationGravatar Ken Payson2016-05-11
|
* Add proto comments to generated _pb2.py filesGravatar yang-g2016-05-03
|
* Allow additive changes to protos w/o forcing user implementationGravatar Masood Malekghassemi2016-04-27
|
* Update copyrightsGravatar Craig Tiller2016-03-31
|
* python 2/3 compatible abstract servicers/stubsGravatar Leifur Halldor Asgeirsson2016-03-18
|
* made codegen targets in build.yamlGravatar David Garcia Quintas2016-01-21
|
* Copyright date fixes for Python generator filesGravatar Nathaniel Manista2016-01-19
| | | | These changes should have been included in dc8c32393918dc817f98e8844a.
* Remove Python alpha code generationGravatar Nathaniel Manista2016-01-16
|
* Beta API clean-upsGravatar Nathaniel Manista2015-09-05
| | | | | | | | | | | | | | | | (1) Renamed the "beta" module "implementations" because it hasn't been monolithic since "interfaces" was factored out of it a few changes back. (2) Moved ChannelConnectivity from grpc.beta.beta to grpc.beta.interfaces since it is constants that don't depend on the beta implementation. (3) Moved the Server interface definition from grpc.beta.beta to grpc.beta.interfaces since it is an interface. (4) Dropped the "create_" prefix from "create_<...>_channel" functions to better match the other creation functions throughout the codebase.
* Code generation for Python Beta APIGravatar Nathaniel Manista2015-08-31
|
* headers reorgGravatar yang-g2015-08-21
|
* Remove explicit reference to nullptr since this isn't withinGravatar Vijay Pai2015-07-27
| | | | | grpc namespace and not supported by older compilers. Not sure why I didn't catch this earlier.
* Add a test that headers are properly in build.jsonGravatar Craig Tiller2015-06-25
| | | | Clean up anything that failed
* Add a metadata_transformer to the Python stub.Gravatar Nathaniel Manista2015-04-06
|
* Unify early_adopter construction functionsGravatar Nathaniel Manista2015-03-30
| | | | | | | | It was awkward for the generated code to call an API that offered both insecure_server and secure_server as well as insecure_stub and secure_stub. With this change there is just a single server function and a single stub function and security is decided based on arguments passed.
generated by cgit v1.2.3 (git 2.39.1) at 2025-02-05 16:47:45 +0000