| # Copyright (c) 2012 The Chromium Authors. All rights reserved. |
| # Use of this source code is governed by a BSD-style license that can be |
| # found in the LICENSE file. |
| |
| # Modifications Copyright 2018 Google Inc. All Rights Reserved. |
| # |
| # Licensed under the Apache License, Version 2.0 (the "License"); |
| # you may not use this file except in compliance with the License. |
| # You may obtain a copy of the License at |
| # |
| # http://www.apache.org/licenses/LICENSE-2.0 |
| # |
| # Unless required by applicable law or agreed to in writing, software |
| # distributed under the License is distributed on an "AS IS" BASIS, |
| # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. |
| # See the License for the specific language governing permissions and |
| # limitations under the License. |
| |
| # This file is meant to be included into a target to provide a rule |
| # to invoke protoc in a consistent manner. For Java-targets, see |
| # protoc_java.gypi. |
| # |
| # To use this, create a gyp target with the following form: |
| # { |
| # 'target_name': 'my_proto_lib', |
| # 'type': 'static_library', |
| # 'sources': [ |
| # 'foo.proto', |
| # 'bar.proto', |
| # ], |
| # 'variables': { |
| # # Optional, see below: 'proto_in_dir': '.' |
| # 'proto_out_dir': 'dir/for/my_proto_lib' |
| # }, |
| # 'includes': ['path/to/this/gypi/file'], |
| # } |
| # If necessary, you may add normal .cc files to the sources list or other gyp |
| # dependencies. The proto headers are guaranteed to be generated before any |
| # source files, even within this target, are compiled. |
| # |
| # The 'proto_in_dir' variable must be the relative path to the |
| # directory containing the .proto files. If left out, it defaults to '.'. |
| # |
| # The 'proto_out_dir' variable specifies the path suffix that output |
| # files are generated under. Targets that gyp-depend on my_proto_lib |
| # will be able to include the resulting proto headers with an include |
| # like: |
| # #include "dir/for/my_proto_lib/foo.pb.h" |
| # |
| # If you need to add an EXPORT macro to a protobuf's c++ header, set the |
| # 'cc_generator_options' variable with the value: 'dllexport_decl=FOO_EXPORT:' |
| # e.g. 'dllexport_decl=BASE_EXPORT:' |
| # |
| # It is likely you also need to #include a file for the above EXPORT macro to |
| # work. You can do so with the 'cc_include' variable. |
| # e.g. 'base/base_export.h' |
| # |
| # Implementation notes: |
| # A proto_out_dir of foo/bar produces |
| # <(SHARED_INTERMEDIATE_DIR)/protoc_out/foo/bar/{file1,file2}.pb.{cc,h} |
| # <(SHARED_INTERMEDIATE_DIR)/pyproto/foo/bar/{file1,file2}_pb2.py |
| |
| { |
| 'variables': { |
| 'protoc_wrapper': '<(DEPTH)/tools/protoc_wrapper/protoc_wrapper.py', |
| 'cc_dir': '<(SHARED_INTERMEDIATE_DIR)/protoc_out/<(proto_out_dir)', |
| 'py_dir': '<(PRODUCT_DIR)/pyproto/<(proto_out_dir)', |
| 'cc_generator_options%': '', |
| 'cc_include%': '', |
| 'proto_in_dir%': '.', |
| 'conditions': [ |
| ['host_os=="win"', { |
| 'protoc_dir': '<(DEPTH)/tools', |
| 'protoc_bin': '<(DEPTH)/tools/<(EXECUTABLE_PREFIX)protoc<(EXECUTABLE_SUFFIX)', |
| 'protoc': '<(DEPTH)/tools/protoc.exe', |
| }, { |
| 'conditions': [ |
| ['use_system_protobuf==0', { |
| 'protoc': '<(PRODUCT_DIR)/<(EXECUTABLE_PREFIX)protoc<(EXECUTABLE_SUFFIX)', |
| }, { # use_system_protobuf==1 |
| 'protoc': '<!(which protoc)', |
| }], |
| ], |
| }], |
| ], |
| }, |
| 'rules': [ |
| { |
| 'rule_name': 'genproto', |
| 'extension': 'proto', |
| 'inputs': [ |
| '<(protoc_wrapper)', |
| '<(protoc)', |
| ], |
| 'outputs': [ |
| '<(py_dir)/<(RULE_INPUT_ROOT)_pb2.py', |
| '<(cc_dir)/<(RULE_INPUT_ROOT).pb.cc', |
| '<(cc_dir)/<(RULE_INPUT_ROOT).pb.h', |
| ], |
| 'action': [ |
| 'python', |
| '<(protoc_wrapper)', |
| '--include', |
| '<(cc_include)', |
| '--protobuf', |
| '<(cc_dir)/<(RULE_INPUT_ROOT).pb.h', |
| # Using the --arg val form (instead of --arg=val) allows gyp's msvs rule |
| # generation to correct 'val' which is a path. |
| '--proto-in-dir','<(proto_in_dir)', |
| # Naively you'd use <(RULE_INPUT_PATH) here, but protoc requires |
| # --proto_path is a strict prefix of the path given as an argument. |
| '--proto-in-file','<(RULE_INPUT_ROOT)<(RULE_INPUT_EXT)', |
| '--use-system-protobuf=<(use_system_protobuf)', |
| '--', |
| '<(protoc)', |
| '--cpp_out', '<(cc_generator_options)<(cc_dir)', |
| '--python_out', '<(py_dir)', |
| ], |
| 'msvs_cygwin_shell': 0, |
| 'message': 'Generating C++ and Python code from <(RULE_INPUT_PATH)', |
| 'process_outputs_as_sources': 1, |
| }, |
| ], |
| 'dependencies': [ |
| '<(DEPTH)/third_party/protobuf/protobuf.gyp:protobuf_lite', |
| ], |
| 'include_dirs': [ |
| '<(SHARED_INTERMEDIATE_DIR)/protoc_out', |
| '<(DEPTH)', |
| ], |
| 'all_dependent_settings': { |
| 'include_dirs': [ |
| '<(SHARED_INTERMEDIATE_DIR)/protoc_out', |
| '<(DEPTH)', |
| ] |
| }, |
| 'export_dependent_settings': [ |
| # The generated headers reference headers within protobuf_lite, |
| # so dependencies must be able to find those headers too. |
| '<(DEPTH)/third_party/protobuf/protobuf.gyp:protobuf_lite', |
| ], |
| # This target exports a hard dependency because it generates header |
| # files. |
| 'hard_dependency': 1, |
| } |