Thu, 15 Jan 2015 15:59:08 +0100
Implement a real Private Browsing Mode condition by changing the API/ABI;
This solves Tor bug #9701, complying with disk avoidance documented in
https://www.torproject.org/projects/torbrowser/design/#disk-avoidance.
michael@0 | 1 | # Copyright (c) 2011 The Chromium Authors. All rights reserved. |
michael@0 | 2 | # Use of this source code is governed by a BSD-style license that can be |
michael@0 | 3 | # found in the LICENSE file. |
michael@0 | 4 | { |
michael@0 | 5 | 'includes': ['release_defaults.gypi'], |
michael@0 | 6 | 'defines': ['OFFICIAL_BUILD'], |
michael@0 | 7 | 'msvs_settings': { |
michael@0 | 8 | 'VCCLCompilerTool': { |
michael@0 | 9 | 'InlineFunctionExpansion': '2', |
michael@0 | 10 | 'EnableIntrinsicFunctions': 'true', |
michael@0 | 11 | 'EnableFiberSafeOptimizations': 'true', |
michael@0 | 12 | 'OmitFramePointers': 'false', |
michael@0 | 13 | # The above is not sufficient (http://crbug.com/106711): it |
michael@0 | 14 | # simply eliminates an explicit "/Oy", but both /O2 and /Ox |
michael@0 | 15 | # perform FPO regardless, so we must explicitly disable. |
michael@0 | 16 | # We still want the false setting above to avoid having |
michael@0 | 17 | # "/Oy /Oy-" and warnings about overriding. |
michael@0 | 18 | 'AdditionalOptions': ['/Oy-'], |
michael@0 | 19 | }, |
michael@0 | 20 | 'VCLibrarianTool': { |
michael@0 | 21 | 'AdditionalOptions': [ |
michael@0 | 22 | '/ltcg', |
michael@0 | 23 | '/expectedoutputsize:120000000' |
michael@0 | 24 | ], |
michael@0 | 25 | }, |
michael@0 | 26 | 'VCLinkerTool': { |
michael@0 | 27 | 'AdditionalOptions': [ |
michael@0 | 28 | '/time', |
michael@0 | 29 | # This may reduce memory fragmentation during linking. |
michael@0 | 30 | # The expected size is 40*1024*1024, which gives us about 10M of |
michael@0 | 31 | # headroom as of Dec 16, 2011. |
michael@0 | 32 | '/expectedoutputsize:41943040', |
michael@0 | 33 | ], |
michael@0 | 34 | 'LinkTimeCodeGeneration': '1', |
michael@0 | 35 | # The /PROFILE flag causes the linker to add a "FIXUP" debug stream to |
michael@0 | 36 | # the generated PDB. According to MSDN documentation, this flag is only |
michael@0 | 37 | # available (or perhaps supported) in the Enterprise (team development) |
michael@0 | 38 | # version of Visual Studio. If this blocks your official build, simply |
michael@0 | 39 | # comment out this line, then re-run "gclient runhooks". |
michael@0 | 40 | 'Profile': 'true', |
michael@0 | 41 | }, |
michael@0 | 42 | }, |
michael@0 | 43 | } |