<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 15, 2013 at 5:53 PM, Paul Bone <span dir="ltr"><<a href="mailto:paul@bone.id.au" target="_blank">paul@bone.id.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, Oct 15, 2013 at 04:41:03PM +1100, Julien Fischer wrote:<br>
> On Tue, Oct 15, 2013 at 4:39 PM, Paul Bone <<a href="mailto:paul@bone.id.au">paul@bone.id.au</a>> wrote:<br>
><br>
> > On Tue, Apr 23, 2013 at 05:41:43PM +1000, Julien Fischer wrote:<br>
> > > Disable mfilterjavac for now.<br>
> > ><br>
> > > mfilterjavac is currently causing problems when installing the java grade<br>
> > > from<br>
> > > the stage 2 dir.  It can be re-enabled when the following sequence of<br>
> > > actions<br>
> > > works correctly:<br>
> > ><br>
> > > (1) Build stage 1 using rotd-2013-04-18<br>
> > > (2) Bootcheck (or otherwise build the stage 2 compiler).<br>
> > > (3) cd stage2 && mmake install (with the java grade as one of the grades<br>
> > >     to install).<br>
> ><br>
> > Hi Julien.<br>
> ><br>
> > I just tried these steps, except with ROTD 2013-10-01 and it works for me.<br>
> > Perhaps because the ROTD understands the --mfilterjavac option.  Is there<br>
> > something that I'm missing?<br>
> ><br>
><br>
> In terms of my original point, yes, rotd-2013-10-01 has mfilterjavac<br>
> disabled<br>
> by default -- you need an rotd that would attempt to use it by default.<br>
><br>
> Also my original step should be:<br>
><br>
>    cd stage2 && make install<br>
><br>
> (i.e. not mmake).  Note that for none of this do I have a Mercury<br>
> installation<br>
> in my PATH.<br>
><br>
> Since I wrote the above, I wonder whether the above was intended to work --<br>
> at the moment it does work, with the exception of for the java grade with<br>
> mfilterjavac<br>
> enabled.  In particular, the compiler has no trouble finding mfiltercc at<br>
> this point, which<br>
> leads me to suspect your original change that introduced mfilterjavac left<br>
> something<br>
> out of a M(m)akefile somewhere.<br>
><br>
> I'm using a workspace based on the current master with mfilterjavac<br>
> > re-enabled.<br>
><br>
><br>
> I think you have misunderstood; it is rote-2013-04-18 I am bootchecking<br>
> above,<br>
> not a separate workspace.<br>
<br>
</div></div>Yes, I misunderstood.  However rotd-2013-04-18 does not contain the<br>
mfilterjavac change.  So i don't know why it would be broken.  </blockquote><div><br></div><div style>There was initial ROTD somewhere that contained the mfilterjavac change</div><div style>and was broken.  I think it was rote-2013-04-18, I may be wrong.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The next<br>
ROTD, 2013-04-29, contains your change disabling mfilterjavac, so it<br>
probably isn't broken.  Is there an ROTD that's already built that I can<br>
test or do I have to generate one?</blockquote><div><br></div><div style>All subsequent rotds have disabled mfilterjavac, you will need to generate</div><div style>one with it enabled.</div><div style><br></div><div style>
Cheers,</div><div style>Julien.</div><div> </div></div><br></div></div>