summaryrefslogtreecommitdiffstats
path: root/DEPS
diff options
context:
space:
mode:
authorsdefresne <sdefresne@chromium.org>2016-03-24 03:25:01 -0700
committerCommit bot <commit-bot@chromium.org>2016-03-24 10:27:23 +0000
commit1cc4b1ca2085776730f92ab41173c6afd9d51d12 (patch)
tree9e0f57b87e2b31fe07c18b2ea9d5ea5dc62d220e /DEPS
parent0fdc4685d3b7e5134109b814eb08d8c265cdb84c (diff)
downloadchromium_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