In T11968#251717, @epriestley wrote:

XHPAST currently can't build an AST for $result = yield ..., even though this is a valid construct. This is probably a straightforward fix.

Superseded by D21066.

Much of this is supported now; T13492 has some general followup.

In T13492#251814, @epriestley wrote:

XHPAST currently can not parse $x = yield $y;.

Test failures are expected.

(This was ultimately superseded by D21065.)

This is entangled with T9753.

XHPAST currently can not parse $x = yield $y;. I suspect this was added to the PHP grammar after XHPAST diverged. I'm hopeful the fix is straightforward.

No current plans to pursue this.

No plans to pursue this.

No longer clear what this accomplishes.

I don't currently plan to pursue this.

This is very old and we have no outstanding customer requests for ARM support.

I deployed D21062, and the three examples in the original report look good now. I checked about a dozen other pages and couldn't find anything else broken; let me know if I missed anything. Thanks for the report!

The second issue is that the API still returns a string when there is exactly one @attribute of a given type. This is a bit goofy; PhutilExecChannel is another example case.

I deployed D21061. First two example pages are good now, third one is hitting a different error. New trace is:

Docblocks may have multiple copies of the same @attribute directive, like this:

Here's the full stack trace:

One long-standing warning in a unit test cropped up (D21055) but if this does have far-reaching implications, they don't seem terribly obvious/common.

Character encoding issues aren't stable yet (see also T13500) but I think everything else here is.

The new method of installing the shell completion seems to error out for me with EXCEPTION: (Error) Call to undefined method ArcanistShellCompleteWorkflow::getPrompt() on a fresh install: