Cronet Dynamic Framework for iOS

components/cronet/ios/empty.cc

Index: components/cronet/ios/empty.cc
diff --git a/chrome/test/data/extensions/api_test/executescript/http204/at_document_end.js b/components/cronet/ios/empty.cc
similarity index 65%
copy from chrome/test/data/extensions/api_test/executescript/http204/at_document_end.js
copy to components/cronet/ios/empty.cc
index 5b0e04991e627c97943dd6628ec098aaf692abec..98d8bdf629711b0c54a45257ac7d3abe1002d6d8 100644
--- a/chrome/test/data/extensions/api_test/executescript/http204/at_document_end.js
+++ b/components/cronet/ios/empty.cc
@@ -2,4 +2,5 @@
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
-window.documentEnd = window.documentEnd ? documentEnd + 1 : 1;
+// An empty C++ file that is needed to trigger the usage of clang++ instead of

[mef, 2016/05/11 12:55:02]

Do we still need it? This is weird.

[kapishnikov, 2016/05/11 19:48:15]

That is the only way I found to make gyp use clang++. We can add a real c++ file
to 'cronet_framework'; however, if the same file compiles as a part of the
static library, there will be duplicate symbol error.

I also tried to add
            'LD': 'clang++',
            'CC': 'clang++',
flags to xcode_settings configuration, but it still uses clang.

[mef, 2016/05/11 20:17:19]

Acknowledged. Argh! I think we can get rid of cronet_static in near future, so
this hack won't be necessary.

+// clang.