<div style="font-family:'Segoe UI',Arial,Sans-Serif;font-size:10pt;">


    <h1 style="font-size: 150%;font-weight:normal; color:#ff3228;"><a href="https://ci.appveyor.com/project/mesa3d/mesa/builds/26074656" style="color:#ff3228;">Build mesa 11940 failed</a></h1>

    <p style="color: #888;">
        Commit <a href="">b178fdf486</a> by <a href="mailto:cwabbott0@gmail.com">Connor Abbott</a> on 5/11/2019 4:43 PM:
        <br />
        <span style="font-size: 110%;color:#222;">lima/gp: Fix problem with complex moves\n\nWhen writing the scheduler, we forgot that you can't read the complex\nunit in certain sources because it gets overwritten to 0 or 1. Fixing\nthis turned out to be possible without giving up and reducing\nGPIR_VALUE_REG_NUM to 10, although it was difficult in a way I didn't\nexpect. There can be at most 4 next-max nodes that can't have moves\nscheduled in the complex slot, so it actually isn't a problem for\ngetting the number of next-max nodes at 5 or lower. However, it is a\nproblem for stores. If a given node is a next-max node whose move cannot\ngo in the complex slot *and* is used by a store that we decide to\nschedule, we have to reserve one of the non-complex slots for a move\ninstead of all the slots, or we can wind up in a situation where only\nthe complex slot is free and we fail the move. This means that we have\nto add another term to the reservation logic, for stores whose children\ncannot be in the complex slot.\n\nAcked-by: Qiang Yu <yuq825@gmail.com></span>
    </p>

    <p><a href="https://ci.appveyor.com/notifications" style="font-size:85%;color:#999;">Configure your notification preferences</a></p>
</div>