Mark kasko as a hard dependency since it depends on kasko_features which generates a header file.

third_party/kasko/kasko.gyp

Index: third_party/kasko/kasko.gyp
diff --git a/third_party/kasko/kasko.gyp b/third_party/kasko/kasko.gyp
index 4acbdb69e2ebfe06c635a3ac8a29aa48b13deced..686915dd0a8d7aa1ecbb266a2aa68d9d38ba2e40 100644
--- a/third_party/kasko/kasko.gyp
+++ b/third_party/kasko/kasko.gyp
@@ -43,6 +43,7 @@
           # GN: //third_party/kasko
           'target_name': 'kasko',
           'type': 'none',
+          'hard_dependency': 1,

[blundell, 2016/05/17 08:16:38]

I don't think that this will fix the problem because lines 66-68 already export
the fact that kasko_features is a hard dependency, so the problem is somewhere
else in the dependency chain.

I think that the crash_component target should depend directly on kasko_features
and do export_dependent_settings on it, since it includes kasko_features.h
directly in crashpad.h. I'm not sure that our (meta)-build systems make any
guarantees when there are missing dependencies in the dependency graph (e.g.,
the fact that crash_component depends directly on kasko_features).

As a sanity check, I assume that you're sure that the failing builds are GYP and
not GN builds?

           'dependencies': [
             'copy_kasko_dll',
             'kasko_features',