Hooked up RtcEventLog. It lives in Voice Engine and pointers are propagated to ACM and Call.

webrtc/modules/audio_coding/BUILD.gn

Index: webrtc/modules/audio_coding/BUILD.gn
diff --git a/webrtc/modules/audio_coding/BUILD.gn b/webrtc/modules/audio_coding/BUILD.gn
index 8a27900edf8bf05db90d64a262a3885f177bcd62..e4ceddb3e0469d7b896a1189d71e0e845c4176a0 100644
--- a/webrtc/modules/audio_coding/BUILD.gn
+++ b/webrtc/modules/audio_coding/BUILD.gn
@@ -58,6 +58,12 @@ source_set("audio_coding") {
     ]
   }
 
+  if (is_clang) {
+    # Suppress warnings from Chrome's Clang plugins.
+    # See http://code.google.com/p/webrtc/issues/detail?id=163 for details.
+    configs -= [ "//build/config/clang:find_bad_constructs" ]
+  }
+

[terelius, 2015/08/14 13:00:44]

Do you remember what construct caused the clang error? If it is not too complex,
we might be able to fix the source instead of disabling clang warnings for the
entire ACM.

[ivoc, 2015/08/14 13:23:13]

Well, in the ACM we include rtc_event_log.h, which includes video_send_stream.h
and video_receive_stream.h, which actually cause clang errors (I copied this
suppression code from one of the video build files). I filed a bug for this,
which I assigned to pbos@, see:
https://code.google.com/p/webrtc/issues/detail?id=4895 . Once that bug is
resolved, this suppression should be removed.

   deps = [
     ":cng",
     ":g711",
@@ -68,6 +74,7 @@ source_set("audio_coding") {
     ":neteq",
     ":pcm16b",
     ":red",
+    "../..:rtc_event_log",
     "../..:webrtc_common",
     "../../common_audio",
     "../../system_wrappers",