diff options
| -rw-r--r-- | chrome/chrome_exe.gypi | 27 |
1 files changed, 14 insertions, 13 deletions
diff --git a/chrome/chrome_exe.gypi b/chrome/chrome_exe.gypi index 69b8a61..31a9077 100644 --- a/chrome/chrome_exe.gypi +++ b/chrome/chrome_exe.gypi @@ -45,19 +45,6 @@ }, 'conditions': [ ['OS=="win"', { - # TODO(scottbyer): This is a temporary workaround. The right fix - # is to change the output file to be in $(IntDir) for this project - # and the .dll project and use the hardlink script to link it back - # to $(OutDir). - 'configurations': { - 'Debug_Base': { - 'msvs_settings': { - 'VCLinkerTool': { - 'LinkIncremental': '1', - }, - }, - }, - }, 'msvs_settings': { 'VCLinkerTool': { 'DelayLoadDLLs': [ @@ -464,6 +451,20 @@ }, }, }], + + # Linking to $(IntDir) and then hard-linking back to $(OutDir) is a + # workaround to avoid having the .ilk files for chrome.dll and + # chrome.exe conflicting. See http://crbug.com/92528 for background. + # Only done on 2008 currently because msvs_postbuild isn't implemented + # on 2010 yet, and this hack may not be required there anyway. + ['OS=="win" and MSVS_VERSION=="2008"', { + 'msvs_settings': { + 'VCLinkerTool': { + 'OutputFile': '$(IntDir)\\chrome.exe', + }, + }, + 'msvs_postbuild': 'tools\\build\\win\\hardlink_failsafe.bat $(IntDir)\\chrome.exe $(OutDir)\\chrome.exe' + }], ], }, ], |