<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 24 November 2017 at 12:18, Holger Freyther <span dir="ltr"><<a href="mailto:holger@freyther.de" target="_blank">holger@freyther.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On 16. Nov 2017, at 07:18, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
><br>
> Hi All,<br>
<br>
Hey!<br>
<br>
I was looking at a OpenSSL issue and master with spur seems to be broken, is it because of the same issue? What would it take to have everyone use Pull Requests and benefit from pre-merge testing? These days computing time is so cheap... (think of a reference to the mythical man month)<br>
<br>
cheers<br>
<br>
        holger<br></blockquote><div><br></div><div>I haven't used them, but there seem a few options for issuing PRs from the command-line, which may make this more palatable.</div><div>Thus the CI should run without needing to visit github's web-UI.</div><div><br></div><div><a href="https://github.com/jd/git-pull-request">https://github.com/jd/git-pull-request</a><br></div><div><a href="https://hub.github.com/">https://hub.github.com/</a>     (search for "pull")<br></div><div><a href="https://git-scm.com/docs/git-request-pull">https://git-scm.com/docs/git-request-pull</a><br></div><div><br></div><div><br></div><div>cheers -ben</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
<br>
<br>
><br>
>     mea culpa.  Yesterday I managed to generate completely broken sources and broke CI servers etc.  I've realized what went wrong.  For the past week I've been doing VM development in a 64-bit Squeak image (*) and yesterday for the first time I generated sources from the 64-bit image.  There was old very broken code in VMMaker:<br>
><br>
> VMMaker>>initialize<br>
>       logger := Transcript.<br>
>       inline := true.<br>
>       forBrowser := false.<br>
>       internalPlugins := SortedCollection new.<br>
>       externalPlugins := SortedCollection new.<br>
>       platformName := self class machinesDirName.<br>
> >>    is64BitVM := Smalltalk wordSize == 8.<br>
>       interpreterClassName := Interpreter name.<br>
>       optionsDictionary := Dictionary new.<br>
> >>    optionsDictionary at: #BytesPerWord put: Smalltalk wordSize.<br>
>       VMStructType voidStructTypeCache<br>
><br>
> which caused mayhem.  In particular, invalid types were inferred for plugin files.  These files ahem to be generated choosing types such that the generated files work on both 64 and 32-bit.  That means /not/ initializing the VMMaker instance as above.<br>
><br>
> I'm not sure when things will be back to normal but it should be soon, given that I finally understand what went wrong.  Apologies for all the breakages.<br>
><br>
><br>
> (*) I was looking at Juan Vuletich's 64-bit scavenger crash due to remember set overflow that Clément fixed recently.  I was adding logging to the scavenger so we can better analyse failures like this and better tune the GC.  Simulation of a 64-bit image is somewhat quicker in 64-bits (less work synthesizing 64-bit values from the heap) and so I thought I'd try developing in 64-bits.<br>
> _,,,^..^,,,_<br>
> best, Eliot<br>
<br>
</blockquote></div><br></div></div>