<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi Alex,<br>
    <br>
    <div class="moz-cite-prefix">On 11/12/2014 01:47, Alexander
      Köplinger wrote:<br>
    </div>
    <blockquote cite="mid:DUB130-W898E9DAB4228E309A60DA1E8630@phx.gbl"
      type="cite">
      <style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
      <div dir="ltr"><font color="#000000" face="Calibri,sans-serif">Hey
          Alex,</font><br>
        <font color="#000000" face="Calibri,sans-serif">monolite is
          built and uploaded automatically by Wrench: <a
            moz-do-not-send="true"
href="https://wrench.mono-project.com/Wrench/ViewTable.aspx?host_id=21&lane_id=4&page=0&limit=20">https://wrench.mono-project.com/Wrench/ViewTable.aspx?host_id=21&lane_id=4&page=0&limit=20</a>,
          the issue I think was that the build was broken there so a new
          monolite didn't get uploaded, this is now fixed.</font><br>
         <br>
      </div>
    </blockquote>
    <br>
    Ah that explains a great deal. Thanks for explaining that to me.<br>
    <br>
    <blockquote cite="mid:DUB130-W898E9DAB4228E309A60DA1E8630@phx.gbl"
      type="cite">
      <div dir="ltr">The thing to keep in mind is that the corlib
        version inside monolite needs to match the runtime version or
        bootstrapping the classlib build won't work, so you can't just
        keep an old monolite and use it to build newer Mono (at least
        that's how I understood it).<br>
        <font color="#000000" face="Calibri,sans-serif"><br
            id="FontBreak">
        </font></div>
    </blockquote>
    <br>
    <font face="Calibri,sans-serif">This is also news to me and very
      helpful to know thanks. I am not disagreeing but I am surprised
      that we have to have an exactly matching build of monolite for
      this, whereas we don't  if using a "full-fat" Mono. I wonder why
      that is? Because monolite is very barebones just for bootstrapping
      purposes ?<br>
      <br>
    </font>
    <blockquote cite="mid:DUB130-W898E9DAB4228E309A60DA1E8630@phx.gbl"
      type="cite">
      <div dir="ltr">If you don't want to rely on monolite, another
        option is to just install a recent Mono release and use that for
        bootstrapping (e.g. right now the build still works with Mono
        3.2).<br>
      </div>
    </blockquote>
    <br>
    Now I understand that the monolite package is auto-built I'd prefer
    to use that. Although I've had ongoing issues on and off for long
    time with missing old monolite archives and so forth.<br>
    <br>
    In that case I will leave Appveyor using get-monolite-latest for
    now, but the use of EXTERNAL_MCS I mentioned was, as you say, to
    attempt to use the pre-installed Mono image they have on their
    "build worker" VM images as standard.<br>
    <br>
    Thanks again, much appreciated.<br>
    <br>
    Alex<br>
    <br>
    <blockquote cite="mid:DUB130-W898E9DAB4228E309A60DA1E8630@phx.gbl"
      type="cite">
      <div dir="ltr"> <br>
        -- Alex<br>
         <br>
        <div>> Date: Thu, 11 Dec 2014 01:28:44 +0100<br>
          > From: <a class="moz-txt-link-abbreviated" href="mailto:ajlennon@dynamicdevices.co.uk">ajlennon@dynamicdevices.co.uk</a><br>
          > To: <a class="moz-txt-link-abbreviated" href="mailto:alex.koeplinger@outlook.com">alex.koeplinger@outlook.com</a>;
          <a class="moz-txt-link-abbreviated" href="mailto:bperry.volatile@gmail.com">bperry.volatile@gmail.com</a>; <a class="moz-txt-link-abbreviated" href="mailto:gacevedo@gmail.com">gacevedo@gmail.com</a><br>
          > CC: <a class="moz-txt-link-abbreviated" href="mailto:mono-devel-list@lists.ximian.com">mono-devel-list@lists.ximian.com</a><br>
          > Subject: Re: [Mono-dev] monolite URL<br>
          > <br>
          > <br>
          > On 10/12/2014 20:46, Gabriel Acevedo wrote:<br>
          > > Thank you all. I built mono-3.8.0 yesterday, and I
          was able to get<br>
          > > monolite-111 from the URL in Makefile without
          problems. I guess it<br>
          > > changed today.<br>
          > ><br>
          > > Thanks again.<br>
          > <br>
          > The Windows Appveyor builds have been broken for some
          days as when<br>
          > mono_corlib_version (I think) changes, the monolite URL
          dependency<br>
          > changes (?), but often the appropriate download isn't
          available, and<br>
          > similarly sometimes old versions aren't available.<br>
          > <br>
          > It would be great not to have this external dependency
          for build. I<br>
          > started out trying to work-around this by removing the<br>
          > get-monolite-latest step from the Appveyor config in
          favour of use of<br>
          > EXTERNAL_MCS<br>
          > <br>
          > I couldn't quite seem to hit the right incantations
          though and ran out<br>
          > of time, but will revisit.<br>
          > <br>
          > Cheers, Alex<br>
          > <br>
        </div>
      </div>
    </blockquote>
  </body>
</html>