CI: Set up Azure Pipelines, drop AppVeyor, rededicate Circle#2998
CI: Set up Azure Pipelines, drop AppVeyor, rededicate Circle#2998
Conversation
24e7b1a to
b540eea
Compare
|
@ZombineDev: For Windows, the performance seems to very roughly match AppVeyor - 2 (logical?) cores, 3.5 GB RAM. But the max configurable time-out seems to be 6h, which should definitely eliminate all time-out issues. :) |
5a8ff98 to
ee790ca
Compare
f6c556a to
f53abe3
Compare
|
Overall, I'm quite happy with it so far. It's not perfect, e.g., there's no ssh support, and a step's We could also replace CircleCI (Linux & macOS) with this and use the Azure Pipelines for all x86/x64 packages (and Shippable for the AArch64 one). We'd only use 5 jobs per commit then (Windows x86 & x64 & tiny multilib, Linux multilib, macOS x64), so that 2 commits can be tested in parallel (10 free concurrent jobs). |
1595565 to
f7b6da3
Compare
b9311b4 to
72bd5b0
Compare
|
Alright, looks like we're pretty much set for LLVM 8 (from yesterday), incl. Khronos SPIRV-LLVM-Translator as git submodule. It just needed some final adaptations, but apparently also introduced a rather strange |
72bd5b0 to
7b8342d
Compare
No self-compilation & packaging anymore, also combining bits from
Semaphore and Travis.
* Linux
* Ubuntu 18.04: using distro gcc (7.3) + LLVM (6.0) + compiler-rt
libs, multilib, druntime sanitizers support
* Ubuntu rolling (latest, currently 18.10): using distro gcc (8.2) +
LLVM (7.0) + compiler-rt libs, multilib, shared druntime/Phobos libs
only (=> running lit-tests & DMD testsuite with shared libs,
previously only tested by Travis)
* macOS: using our prebuilt LLVM 7.0.1 with enabled assertions, x64 only
* static+shared libs
* shared libs only
ld: internal error: atom not found in symbolIndex(__D11TypeInfo_xa6__initZ) for architecture x86_64
…able CPU cores Linux and Windows agents seem to feature 2 cores, Mac 4 (plus higher single-core performance) - exploit it.
7b8342d to
1d02c1b
Compare
|
nice @kinke |
|
Appreciated. Whoever has an MS account (AFAICT, mandatory) is free to join the Azure ldc-developers organization, we'll figure out how. ;) - It's not absolutely crucial, as anyone can create their own Azure project and automatically use the YAML files, just in case I wouldn't be around anymore. |
No description provided.