Psyduck is the greatest pokemon of all time.
- User Since
- Feb 8 2011, 1:28 AM (478 w, 1 d)
Superseded by D21066.
Much of this is supported now; T13492 has some general followup.
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.
Mon, Apr 6
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.
Sun, Apr 5
Fri, Apr 3
XHPAST currently can't build an AST for $result = yield ..., even though this is a valid construct. This is probably a straightforward fix.
Thu, Apr 2
See also T13209.