diff options
author | sdefresne <sdefresne@chromium.org> | 2016-03-24 03:25:01 -0700 |
---|---|---|
committer | Commit bot <commit-bot@chromium.org> | 2016-03-24 10:27:23 +0000 |
commit | 1cc4b1ca2085776730f92ab41173c6afd9d51d12 (patch) | |
tree | 9e0f57b87e2b31fe07c18b2ea9d5ea5dc62d220e /DEPS | |
parent | 0fdc4685d3b7e5134109b814eb08d8c265cdb84c (diff) | |
download | chromium_src-1cc4b1ca2085776730f92ab41173c6afd9d51d12.zip chromium_src-1cc4b1ca2085776730f92ab41173c6afd9d51d12.tar.gz chromium_src-1cc4b1ca2085776730f92ab41173c6afd9d51d12.tar.bz2 |
Consider bundle_data as public_deps of create_bundle targets.
The create_bundle and bundle_data targets works as a pair to copy
files into iOS/OS X bundles. The bundle_data target defines the
files to copy and the destination in the bundle, the create_bundle
target generate the copy rule (as the destination cannot be resolved
earlier).
This cause a problem with generated files, as gn prevents a target
using as input a generated file unless there is a direct dependency
or a chain of public dependencies. Since bundle_data/create_bundle
are designed to be resolved recursively, update this check to consider
all bundle_data as public_deps of create_bundle targets.
Convert Target::PullRecursiveBundleData() to O(n) algorithm instead
of a O(n^2) by percolating the dependencies up.
BUG=297668
Review URL: https://codereview.chromium.org/1804263003
Cr-Commit-Position: refs/heads/master@{#383049}
Diffstat (limited to 'DEPS')
0 files changed, 0 insertions, 0 deletions