<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 20, 2019 at 1:46 PM Fabio Niephaus <<a href="mailto:lists@fniephaus.com">lists@fniephaus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"> <br>
On Sun, Jan 20, 2019 at 5:37 AM Ben Coman <<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>> wrote:<br>
><br>
><br>
> As I commenced looking into building Windows on Travis, I was a bit overwhelmed by the prospect of later needing to add a "windows" axis to the ".travis.yml"  build matrix.<br>
> I find it hard to determine the coverage of the current arrangement where<br>
> all the jobs are individually defined.<br>
><br>
> Also I had noticed that the build overall takes longer with smaller stages since<br>
> while waiting for the last job of a stage you don't have five parallel jobs running.<br>
><br>
> So I went digging and devised an alternate arrangement such that:<br>
> * full coverage matrix auto generated<br>
> * production jobs pulled from the coverage matrix into their own stage up top<br>
> * order of stages can be changed by a single line<br>
> * allow_failures can be changed for a whole stage by a single line<br>
> * sista and lowcode grouped into one 'experimental' stage allowed to fail<br>
> * aliases used to not-repeat-oneself (it was painful in the exclude sections<br>
>   coming to terms with 'env:' definitions needing to match exact whitespace)<br>
> * when it comes time to add coverage for Windows, this can be done with a single line<br>
><br>
> I'd love some feedback on it...<br>
> <a href="https://github.com/bencoman/opensmalltalk-vm/blob/1358adf/.travis.yml" rel="noreferrer" target="_blank">https://github.com/bencoman/opensmalltalk-vm/blob/1358adf/.travis.yml</a><br>
<br>
I don't have strong opinions on this change. I think it's important<br>
that it works and even more important that others (e.g. Eliot)<br>
understand what is going on in this file. Maybe someone else could<br>
comment on that?<br></blockquote><div><br></div><div>I'll try, but I have never looked at it.  I'd rather not have to grok it (gulp).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
While you're at it, I would really like to see the number of build<br>
jobs to decrease, to increase our feedback loops mostly. I know we<br>
want to keep backwards compatible components alive as long as<br>
possible, but I guess we'll have to drop 32bit at some point in the<br>
future. Why don't we combine 32/64bit build jobs in the meantime? Each<br>
build could start with compiling the 64bit version, then it installs<br>
32bit dependencies and compiles the 32bit version. Obviously, the<br>
build would fail as soon as each of these steps fails. What do you<br>
think? Caching on CI-level might be a problem thought.<br></blockquote><div><br></div><div>I like that idea.  I also see no point in building the ARM Newspeak builds (unless the Newspeak folks say otherwise).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Fabio<br>
<br>
><br>
> Here are the jobs it produces...<br>
> <a href="https://travis-ci.org/bencoman/opensmalltalk-vm/builds/481940940" rel="noreferrer" target="_blank">https://travis-ci.org/bencoman/opensmalltalk-vm/builds/481940940</a><br>
><br>
> and here are the jobs produced by un-commenting line 80 to add coverage for windows...<br>
> <a href="https://travis-ci.org/bencoman/opensmalltalk-vm/builds/481941445" rel="noreferrer" target="_blank">https://travis-ci.org/bencoman/opensmalltalk-vm/builds/481941445</a><br>
><br>
> cheers -ben<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>