aboutsummaryrefslogtreecommitdiffhomepage
path: root/templates/README.md
diff options
context:
space:
mode:
authorGravatar David Garcia Quintas <dgq@google.com>2016-03-01 17:03:18 -0800
committerGravatar David Garcia Quintas <dgq@google.com>2016-03-01 17:03:18 -0800
commit3db3c63a41ec8245f8b4fcd274086eae6db04543 (patch)
tree7734de07455a1095a15b060b972792f213536465 /templates/README.md
parent9c691c59da630832e8b5962ff2e51e8e890e359e (diff)
Addressed comments
Diffstat (limited to 'templates/README.md')
-rw-r--r--templates/README.md15
1 files changed, 7 insertions, 8 deletions
diff --git a/templates/README.md b/templates/README.md
index a27c44da3c..283a0f5e7b 100644
--- a/templates/README.md
+++ b/templates/README.md
@@ -11,19 +11,19 @@ targets and files needed to build grpc and its tests, as well as a basic system
for dependency description.
* Each project file (Makefile, Visual Studio project files, Bazel's BUILD) is
-a plain-text template that uses the `build.yaml` file to generate the final
-output file.
+a [YAML](http://yaml.org) file used by the `build.yaml` file to generate the
+final output file.
This way we can maintain as many project system as we see fit, without having
to manually maintain them when we add or remove new code to the repository.
Only the structure of the project file is relevant to the template. The actual
list of source code and targets isn't.
-We currently have template files for GNU Make, Visual Studio 2010 to 2015,
-and [Bazel](http://bazel.io). In the future, we would like to expand to
-generating [gyp](https://gyp.gsrc.io/) or [cmake](https://cmake.org)
-project files (or potentially both), XCode project files, and an Android.mk
-file to be able to compile gRPC using Android's NDK.
+We currently have template files for GNU Make, Visual Studio 2013,
+[Bazel](http://bazel.io) and [gyp](https://gyp.gsrc.io/). In the future, we
+would like to expand to also generate [cmake](https://cmake.org)
+project files, XCode project files, and an Android.mk file allowing to compile
+gRPC using Android's NDK.
We'll gladly accept contribution that'd create additional project files
using that system.
@@ -163,4 +163,3 @@ The structure of a plugin is simple. The plugin must defined the function
`mako_plugin` that takes a Python dictionary. That dictionary represents the
current state of the build.json contents. The plugin can alter it to whatever
feature it needs to add.
-