summaryrefslogtreecommitdiffstats
path: root/content/content_common.gypi
diff options
context:
space:
mode:
authorsimonjam@chromium.org <simonjam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-12-16 01:15:57 +0000
committersimonjam@chromium.org <simonjam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-12-16 01:15:57 +0000
commitcb8a8742120db88ae594cc84cb2a046a7fa2cac4 (patch)
tree0b7e59029a00bea062a19b72c152db3e585a9b54 /content/content_common.gypi
parent4c4fa0299be73c03988278d486dd4d19bd14167e (diff)
downloadchromium_src-cb8a8742120db88ae594cc84cb2a046a7fa2cac4.zip
chromium_src-cb8a8742120db88ae594cc84cb2a046a7fa2cac4.tar.gz
chromium_src-cb8a8742120db88ae594cc84cb2a046a7fa2cac4.tar.bz2
Use a monotonic clock (TimeTicks) to report network times to WebCore.
Navigation Timing (window.performance.timing) is now spec'd to use monotonically increasing time, so we need to follow suit. Most of this CL is just plumbing TimeTicks through. We already use TimeTicks to implement monotonicallyIncreasingTime() in WebCore. On Windows, the clock doesn't tick uniformly between processes, so there is a layer in content that corrects for skew. BUG=None TEST=Adhoc (ran webtiming-* LayoutTests from Chrome) and content_unittests Review URL: http://codereview.chromium.org/7602023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114736 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'content/content_common.gypi')
-rw-r--r--content/content_common.gypi2
1 files changed, 2 insertions, 0 deletions
diff --git a/content/content_common.gypi b/content/content_common.gypi
index 7b073dc..7e30d23 100644
--- a/content/content_common.gypi
+++ b/content/content_common.gypi
@@ -173,6 +173,8 @@
'common/indexed_db_messages.h',
'common/indexed_db_param_traits.cc',
'common/indexed_db_param_traits.h',
+ 'common/inter_process_time_ticks_converter.cc',
+ 'common/inter_process_time_ticks_converter.h',
'common/intents_messages.h',
'common/java_bridge_messages.h',
'common/mac/attributed_string_coder.h',