Removal of Profile from content part 1.

content/browser/tab_contents/render_view_host_manager.h

Index: content/browser/tab_contents/render_view_host_manager.h
diff --git a/content/browser/tab_contents/render_view_host_manager.h b/content/browser/tab_contents/render_view_host_manager.h
index cd6d86536611ea4ab8e7940c7a8cd085a029ec03..405c2b9a4571df45bc8beb3ec434c6dceacea68a 100644
--- a/content/browser/tab_contents/render_view_host_manager.h
+++ b/content/browser/tab_contents/render_view_host_manager.h
@@ -14,13 +14,16 @@
 #include "content/common/notification_registrar.h"
 #include "content/browser/site_instance.h"
 
-class WebUI;
 class InterstitialPage;
 class NavigationController;
 class NavigationEntry;
-class Profile;
-class RenderWidgetHostView;
 class RenderViewHost;
+class RenderWidgetHostView;
+class WebUI;
+
+namespace content {
+class BrowserContext;
+}
 
 // Manages RenderViewHosts for a TabContents. Normally there is only one and
 // it is easy to do. But we can also have transitions of processes (and hence
@@ -87,11 +90,11 @@ class RenderViewHostManager
   virtual ~RenderViewHostManager();
 
   // For arguments, see TabContents constructor.
-  void Init(Profile* profile,
+  void Init(content::BrowserContext* context,

[jam, 2011/07/22 16:58:38]

nit: browsr_context

             SiteInstance* site_instance,
             int routing_id);
 
-  // Returns the currently actuive RenderViewHost.
+  // Returns the currently active RenderViewHost.
   //
   // This will be non-NULL between Init() and Shutdown(). You may want to NULL
   // check it in many cases, however. Windows can send us messages during the