Renamed to anmolitor/elm-protoc-types. It is published under that name, and new versions come out there.
Versions published as andreasewering/elm-protoc-types still install under that name. 4 versions of 5 come from the new location (see their notes).
Rerouted (renamed, verified). The GitHub user or repository was renamed. The tag is still there, at the new name. The Lamdera package server serves a copy recovered from https://github.com/anmolitor/elm-protoc-types.
What we checked: The repo moved to github.com/anmolitor/elm-protoc-types. Rebuilt with git archive from commit b536d5cdd243 of https://github.com/anmolitor/elm-protoc-types (zip prefix andreasewering-elm-protoc-types-d37584d/, America/Los_Angeles times): the zip is byte-identical to the one package.elm-lang.org recorded, SHA-1 ee7257d89c55f9a6dbf1dc517f52e33753c41307.
The Lamdera compiler uses this copy and prints a one-line notice saying so. elm itself fails to download this version.
Details · package.elm-lang.org's zip: https://github.com/andreasewering/elm-protoc-types/zipball/1.1.0/
This file was automatically generated by
protoc-gen-elm 3.2.3protoc 4.22.2google/protobuf/compiler/plugin.protoTo run it, add a dependency via elm install on elm-protocol-buffers version latest or higher.
Protocol Buffers - Google's data interchange format Copyright 2008 Google Inc. All rights reserved. https://developers.google.com/protocol-buffers/
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
* Redistributions of source code must retain the above copyrightnotice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither the name of Google Inc. nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Author: [email protected] (Kenton Varda)
protoc (aka the Protocol Compiler) can be extended via plugins. A plugin is just a program that reads a CodeGeneratorRequest from stdin and writes a CodeGeneratorResponse to stdout.
Plugins written using C++ can use google/protobuf/compiler/plugin.h instead of dealing with the raw protocol defined here.
A plugin executable needs only to be placed somewhere in the path. The plugin should be named "protoc-gen-$NAME", and will then be used when the flag "--${NAME}_out" is passed to protoc.
The plugin writes an encoded CodeGeneratorResponse to stdout.
Error message. If non-empty, code generation failed. The plugin process should exit with status code zero even if it reports an error in this way.
This should be used to indicate errors in .proto files which prevent the code generator from generating correct code. Errors which indicate a problem in protoc itself -- such as the input CodeGeneratorRequest being unparseable -- should be reported by writing a message to stderr and exiting with a non-zero status code.
A bitmask of supported features that the code generator supports. This is a bitwise "or" of values from the Feature enum.
The version number of protocol compiler.
A suffix for alpha, beta or rc release, e.g., "alpha-1", "rc2". It should be empty for mainline stable releases.
Declares how to decode a CodeGeneratorRequest from Bytes. To actually perform the conversion from Bytes, you need to use Protobuf.Decode.decode from eriktim/elm-protocol-buffers.
Declares how to decode a CodeGeneratorResponse from Bytes. To actually perform the conversion from Bytes, you need to use Protobuf.Decode.decode from eriktim/elm-protocol-buffers.
Declares how to decode a Version from Bytes. To actually perform the conversion from Bytes, you need to use Protobuf.Decode.decode from eriktim/elm-protocol-buffers.
Default for CodeGeneratorRequest. Should only be used for 'required' decoders as an initial value.
Default for CodeGeneratorResponse. Should only be used for 'required' decoders as an initial value.
Default for Version. Should only be used for 'required' decoders as an initial value.
Declares how to encode a CodeGeneratorRequest to Bytes. To actually perform the conversion to Bytes, you need to use Protobuf.Encode.encode from eriktim/elm-protocol-buffers.
Declares how to encode a CodeGeneratorResponse to Bytes. To actually perform the conversion to Bytes, you need to use Protobuf.Encode.encode from eriktim/elm-protocol-buffers.
Declares how to encode a Version to Bytes. To actually perform the conversion to Bytes, you need to use Protobuf.Encode.encode from eriktim/elm-protocol-buffers.
The field numbers for the fields of CodeGeneratorRequest. This is mostly useful for internals, like documentation generation.
The field numbers for the fields of CodeGeneratorResponse. This is mostly useful for internals, like documentation generation.
The field numbers for the fields of Version. This is mostly useful for internals, like documentation generation.
An encoded CodeGeneratorRequest is written to the plugin's stdin.
Fields
fileToGenerate
The .proto files that were explicitly listed on the command-line. The code generator should generate code only for these files. Each file's descriptor will be included in proto_file, below.
parameter
The generator parameter passed on the command-line.
protoFile
FileDescriptorProtos for all files in files_to_generate and everything they import. The files will appear in topological order, so each file appears before any file that imports it.
protoc guarantees that all proto_files will be written after the fields above, even though this is not technically guaranteed by the protobuf wire format. This theoretically could allow a plugin to stream in the FileDescriptorProtos and handle them one by one rather than read the entire set into memory at once. However, as of this writing, this is not similarly optimized on protoc's end -- it will store all fields in memory at once before sending them to the plugin.
Type names of fields and extensions in the FileDescriptorProto are always fully qualified.
compilerVersion
The version number of protocol compiler.