Граф коммитов

25 Коммитов

Автор SHA1 Сообщение Дата
Gregory Szorc 5030a743a1 Bug 1186064 - Require Visual Studio 2015 Update 2; r=glandium
Per froydnj in bug 1186064 comment #23, "it makes sense to proceed with removing
MSVC 2013 support." This commit does that.

We also go a step further and require VS2015 Update 2 instead of just
update 1. This temporarily brings us down to just 1 officially supported
Visual Studio version. However, VS2015u3 was just released and is
unofficially supported.

Since MOZ_CRT is no longer set, references to it have been removed.

MozReview-Commit-ID: 8MUR6qLzQA5

--HG--
extra : rebase_source : 8f5061080a3d56dd484f9be03649fb65f0145f67
2016-07-06 09:01:38 -07:00
Wes Kocher a425a052c1 Backed out changeset d7f98208809f (bug 1186064) for breaking SM(pkg) jobs a=backout 2016-07-06 10:11:04 -07:00
Gregory Szorc 6e4d0edfbc Bug 1186064 - Require Visual Studio 2015 Update 2; r=glandium
Per froydnj in bug 1186064 comment #23, "it makes sense to proceed with removing
MSVC 2013 support." This commit does that.

We also go a step further and require VS2015 Update 2 instead of just
update 1. This temporarily brings us down to just 1 officially supported
Visual Studio version. However, VS2015u3 was just released and is
unofficially supported.

Since MOZ_CRT is no longer set, references to it have been removed.

MozReview-Commit-ID: 8MUR6qLzQA5

--HG--
extra : rebase_source : 22ab4f47661ead4995d0c5261104abfb02b82aa2
2016-07-06 09:01:38 -07:00
Carsten "Tomcat" Book 169daf64c7 Backed out changeset 96b590321c21 (bug 1186064) for bustage 2016-07-01 08:41:24 +02:00
Gregory Szorc ecce5714c1 Bug 1186064 - Require Visual Studio 2015 Update 2; r=glandium
Per froydnj in bug 1186064 comment #23, "it makes sense to proceed with removing
MSVC 2013 support." This commit does that.

We also go a step further and require VS2015 Update 2 instead of just
update 1. This temporarily brings us down to just 1 officially supported
Visual Studio version. However, VS2015u3 was just released and is
unofficially supported.

Since MOZ_CRT is no longer set, references to it have been removed.

MozReview-Commit-ID: 8MUR6qLzQA5

--HG--
extra : rebase_source : 94527a0be3f107991998185903f1c6cf6e190f9f
2016-05-31 09:19:00 -07:00
Gregory Szorc d66e0376ba Bug 1259782 - Build with Visual Studio 2015 Update 2; r=ted
Should be a drop-in replacement for VS2015u1.

MozReview-Commit-ID: HSmdikYPR0j

--HG--
extra : rebase_source : 30a63dd245cbab99de849004f975b9104272dbfc
2016-04-22 12:51:23 -07:00
Jeff Gilbert 8728cc55d6 Bug 1264499 - s/mozconfig.vs2013/mozconfig.vs2015/ where not yet updated. - r=gps,sfink 2016-04-19 11:51:24 -07:00
Jeff Gilbert 0b554f96bd Bug 982928 - Remove mozconfig.vs2010. - r=gps,sfink sr=ted.mielczarek 2016-04-14 13:37:27 -07:00
aleth 82f35c441f Bug 1262567 - Use TOOLTOOL_DIR to set VSPATH. r=glandium
--HG--
extra : rebase_source : a1f7f21b3a6ac1d8356c469af57015a292b8bdfb
2016-04-07 16:02:34 +02:00
Gregory Szorc ba049d3406 Bug 1186060 - Build with Visual Studio 2015 Update 1; r=ted, ehsan a=merge
This commit switches Windows builds from Visual Studio 2013
to Visual Studio 2015 Update 1.

Previously, Visual Studio was installed on the builders as part
of the base system image. Starting with this commit, we obtain
Visual Studio from a pre-generated, self-contained archive
containing the executables, Windows SDK, and other support
files. This means that new Windows toolchains can be installed
without having to modify configuration of machines in automation!

The mozconfigs for Visual Studio 2015 are a bit different from
existing mozconfigs.

Because it appears to be completely redundant and not necessary,
the LIBPATH variable has been dropped.

The order of paths in PATH, LIB, and INCLUDE has changed. The new
order more accurately reflects what would be defined by
vcvarsall.bat.

As part of switching to Visual Studio 2015, the Universal CRT is
now required. So, the 2015 mozconfigs export WIN_UCRT_REDIST_DIR
to define the location to those files.

The switch to Visual Studio 2015 also involves the switch from
the Windows 8.1 SDK to the Windows 10 SDK. However, we still
target an old version of Windows, so this hopefully shouldn't
have any significant fallout.

It's worth noting that switching to Visual Studio 2015 makes
builds - especially PGO builds - significantly faster. Our
PGO build times in automation are ~1 hour faster. Our regular
builds appear to be a few minutes faster.

MozReview-Commit-ID: Pa5GW8V87Q

--HG--
extra : source : 56b27306d3257445f70374aa78fc5bd42ef300ce
extra : intermediate-source : 559a80645f20706e1eaaeed863e90c2d35ff7644
2016-03-24 09:12:19 -07:00
Gijs Kruitbosch 6c7bdf6516 Bug 1170522 - expose whether or not we're in tablet mode to xul/js/css, r=jimm,ted
--HG--
extra : commitid : 1L4B5pNkYee
extra : rebase_source : 46f0e98bbd152a2cca96f59cd08162c36765af01
extra : amend_source : 6c51f311f57777dd146a85d1de885468f8876271
2015-06-16 19:51:29 +01:00
Kartikaya Gupta cd5b55f8d6 Bug 1039866 - Rip out a bunch of metro-only code. r=jimm,gavin,rstrong 2015-04-23 15:10:30 -04:00
Masatoshi Kimura b1acdc7ca6 Bug 1092813 - Update the SDK path to 8.1. r=mshal 2014-11-04 06:35:12 +09:00
Carsten "Tomcat" Book cc0c5f0597 Backed out changeset f0651992278c (bug 1092813) for bustage on a CLOSED TREE 2014-11-03 16:46:20 +01:00
Masatoshi Kimura 0707bdd84a Bug 1092813 - Update the SDK path to 8.1. r=mshal 2014-11-04 00:21:40 +09:00
David Major 03016f7132 Bug 1061335 - Part 2: Add in-tree mozconfigs for VS2013 (these are not yet active) r=glandium
--HG--
rename : build/win32/mozconfig.vs2010-win64 => build/win32/mozconfig.vs2013-win64
rename : build/win64/mozconfig.vs2010 => build/win64/mozconfig.vs2013
extra : rebase_source : c5dd9c6be79230465f3a1d2e2d035e8b89ff2345
2014-09-03 10:34:05 +12:00
David Major 23813dfab4 Bug 1061335 - Part 1: Rename mozconfig.vs2010-common to mozconfig.vs-common. r=glandium
--HG--
rename : build/mozconfig.vs2010-common => build/mozconfig.vs-common
extra : rebase_source : d17ad706b488ef28c1122d84cc75638ddf4dbedc
2014-09-03 10:32:37 +12:00
ABE Hiroki (hATrayflood) 23e9b38893 Bug 980697 - Add a configure option to pull newer versions of the d3dcompiler dll from installed Windows SDKs. r=mshal,vlad 2014-03-22 10:49:26 +09:00
John Hopkins 69fe35cde2 Bug 919528 - export LD path that works with both GNU make and Pymake. r=catlee 2013-09-24 21:44:45 -04:00
John Hopkins f7b53329be Bug 919528 - use short path to MSVS10, set LD using _VSPATH. r=ted 2013-09-24 14:31:53 -04:00
John Hopkins 31eb1565d0 Bug 894903 - Add new VS2010 install location to build PATH. r=ted 2013-09-19 09:40:51 -04:00
Jim Mathies 873e84dc79 Bug 774910 - Switch mozilla-central to the Windows 8.0 sdk. r=armenz 2013-01-09 13:04:39 -06:00
Siddharth Agarwal f949cdba0c Bug 787806 - Fix LD for Pymake Win64 builds. pending-r=ted 2012-09-03 03:48:16 +05:30
Siddharth Agarwal c18e108e90 Bug 779922 - Export Windows-style paths in the in-tree mozconfig.vs2010 when building under Pymake. r=ted
--HG--
extra : rebase_source : bb3dff7e94b53efe79801a2b3bfc6cd78ef47ac3
2012-08-07 02:37:11 +05:30
Mark Banner 0cb6ace265 Bug 747860 - Put vs2010 configurations into a common directory - move them to under build/ where the other compiler type mozconfigs are. r=ted
--HG--
rename : browser/config/mozconfigs/win32/vs2010-mozconfig => build/win32/mozconfig.vs2010
rename : browser/config/mozconfigs/win64/vs2010-mozconfig => build/win64/mozconfig.vs2010
2012-04-23 14:08:11 +01:00