Don't pull in content_switches.cc to whole chrome code base

chrome/chrome_exe.gypi

Index: chrome/chrome_exe.gypi
diff --git a/chrome/chrome_exe.gypi b/chrome/chrome_exe.gypi
index ae000d7dc7f159042e1860b4a3f50bdd0e39e1b9..7fb9a0ffa7fcd72c6b1dc4de9b02abbf10b49c99 100644
--- a/chrome/chrome_exe.gypi
+++ b/chrome/chrome_exe.gypi
@@ -26,7 +26,9 @@
         'app/hard_error_handler_win.h',
         'app/metro_driver_win.cc',
         'app/metro_driver_win.h',
-        '../content/app/startup_helper_win.cc',
+        '<(DEPTH)/content/app/startup_helper_win.cc',
+        '<(DEPTH)/content/public/common/content_switches.cc',
+        '<(DEPTH)/content/public/common/content_switches.h',

[jam, 2013/09/27 20:03:58]

nit: drop the header, no need since it's included elsewhere

[Rafał Chłodnicki, 2013/09/28 10:05:47]

What do you mean that it's included elsewhere?
I thought that pretty much the only reason headers are added to the list of
files is so that IDEs (thinking of Visual Studio primarily) can recognize that
the file is used by the target.

[jam, 2013/10/01 16:13:19]

I mean content_switches.h is by definition included in target in content. So if
another module outside needs the cc file, it doesn't need to relist the .h since
the IDE will already be able to find that header.

       ],
       'mac_bundle_resources': [
         'app/app-Info.plist',
@@ -567,7 +569,6 @@
                 '../content/app/startup_helper_win.cc',
                 '../content/common/sandbox_init_win.cc',
                 '../content/common/sandbox_win.cc',
-                '../content/public/common/content_switches.cc',
                 '<(SHARED_INTERMEDIATE_DIR)/chrome_version/nacl64_exe_version.rc',
               ],
               'dependencies': [