Age | Commit message (Collapse) | Author | Files | Lines |
|
Remove vs2015 jobs, migrated to azure
|
|
|
|
|
|
First do VS2015 since it is the most likely to break. Cygwin
is last because it is the slowest. Remove VS2017 because it
is being handled by Azure.
|
|
[skip ci]
|
|
Install meson.exe as the entrypoint on Windows
|
|
Appveyor CI gets backlogged for several hours at a time with the most
trivial of usage. Nuke it. It can be re-added if people really need it
and are willing to sponsor extra jobs on Appveyor.
|
|
This gives us a consistent experience and a simpler setup across all
operating systems. Setuptools is available everywhere these days.
|
|
|
|
per https://www.appveyor.com/updates/2018/05/16/, boost 1.59 has been
removed from the VS 2015 image.
|
|
|
|
|
|
|
|
NativeCommandError if pacman prints to stderr
Split command to avoid "The input line is too long." error.
Also use --needed for pacman to not reinstall already installed packages.
|
|
|
|
Fix MemoryError in python3 module:
https://ci.appveyor.com/project/jpakkane/meson/build/4334/job/aowc3iiq8yfs02bi
It's probably caused by improper mixing of MT and non-MT libraries,
but this is indicative of how people use Meson in MSYS2 anyway.
|
|
|
|
|
|
|
|
pypa.io has an HSTS policy that forces http, and the https cert is
broken on Windows.
|
|
|
|
|
|
The new implementation will correctly pick boost from 3 possible
locations on windows and two locations on posix compatible OSs.
The new search algorithm also differentiates between debug and
release builds of Boost and multi or single threading builds.
It was also decided to map "Meson modules" to Boost software libraries
and not Boost modules since it there are a lot of options regarding
linking. Some modules can even be used either as headers-only or with
dynamic linking.
This commit also fixes a bug that prevented header-only use on Windows.
Fixes: #2274 #2239 #1803 #669
|
|
|
|
This reverts commit 5eb64a6f3e47b570f544524ef48dc6ef0e4dce59.
Let's try again, with a fixed Ninja by QuLogic.
|
|
|
|
|
|
This reverts commit aab7ada356e02033e4030143cf363d06d975283b, reversing
changes made to e1b24765afd9e7d2d8043a408d69c7ad814d3551.
|
|
This was a good idea in theory, but in practice it has made Codecov
completely useless because doc-only commits would reduce the coverage
calculated by Codecov and PRs would randomly have messages saying that
the coverage has gone up or down by a random percentage simply because
the windows builds weren't run in the last commit.
Till Codecov also has an option to skip doc-only commits, we cannot
make this change. To skip all CI, you can put "[skip ci]" or
"[ci skip]" in the commit message. This will also work with Codecov.
|
|
This way we get some testing for the patches, and speed up our builds.
My server is hosted on a UK Linode, so it should have good uptimes.
However, we should likely move this into the Docker image at least
for Linux, and perhaps put it in a CI cache for the rest.
|
|
Boost tests are disabled on Windows for now because the detection
is actually completely broken. Once that's fixed (after the release)
we can enable it again.
|
|
Travis builds are currently build number (123.1, 123.2, etc.) and
AppVeyor is some random string, making it hard to determine which builds
cover what.
|
|
* Install pip on msys (which doesn't have it)
* Install codecov/coverage everywhere.
* Generate coverage XML file manually because codecov tries to call the
coverage script itself and it's in a weird place on the path.
|
|
|
|
Appveyor takes a *long* time to run (~45 minutes per commit currently),
and it does no parallelism. It is possible to skip merge requests that
only touch documentation, this commit adds that support.
Because Appveyor (and Travis) test a merge of the pull request into
master and not the branch itself this will only skip builds that only
touch docs, and not pull requests that do both doc and non-doc changes.
|
|
|
|
They are the 'weird' platforms, so we want them to be run first.
That way we don't have to wait for all the other tests before finding
out that something broke.
|
|
Install ninja and packages needed for tests
Don't bother with x86 for speed and reliability reasons
|
|
Allows us to see failures in it sooner because it will be run earlier
|
|
|
|
This reduces our CI running time by roughly half without compromising
much test coverage by much. We can mostly safely assume that very few
Meson bugs will be arch-specific with Visual Studio.
|
|
|
|
The 'Visual Studio 2017' image does not include VS2010, so we have to use
the 'Visual Studio 2015' image by default and only use the 2017 image for
msvc2017 compiler tests.
|
|
|
|
|
|
"python".
|
|
It causes the cpython tests to fail when using the x86_64 toolchain.
tachyon_module.c.obj : error LNK2019: unresolved external symbol __imp_PyLong_FromLong referenced in function phaserize
tachyon_module.c.obj : error LNK2019: unresolved external symbol __imp_PyArg_ParseTuple referenced in function phaserize
tachyon_module.c.obj : error LNK2019: unresolved external symbol __imp_PyModule_Create2 referenced in function PyInit_tachyon
c:\\python34/libs\python34.lib : warning LNK4272: library machine type 'X86' conflicts with target machine type 'x64'
ext/tachyon.pyd : fatal error LNK1120: 3 unresolved externals
|
|
This is useful to know what MSBuild.exe and Ninja we are using and
whether the correct one has been set via PATH by vcvarsall.bat and
hasn't been overwritten by appveyor.
|
|
Now we test:
MSVC 2010 + Ninja (x86)
MSVC 2015 + Ninja (x86)
MSVC 2015 + Ninja (x86_64)
MSVC 2010 + MSBuild (x86)
MSVC 2015 + MSBuild (x86)
MSVC 2015 + MSBuild (x86_64)
MSVC 2010 Express only shipped with an x86 toolchain, so we can only
test x86 for that.
|
|
Without the trailing semicolon, an errant space is inserted into the
last directory entry.
|