Parsing...
Generating documentation...
Creating index document...

Fatal error: Stack overflow in /opt/lampp/htdocs/hh-apidoc/vendor/facebook/fbmarkdown/src/unparsed-blocks/Lines.php on line 105

hhvm --version
HipHop VM 4.8.0 (rel)
Compiler: 1559583155_055573146
Repo schema: bbe84ac83be4cac392df68fc2c6cc8b7c6516bfd

Will make an issue in facebook/fbmarkdown that refers to this issue.

For example, the documentation for this project frequently uses both Facebook\DefinitionFinder and Facebook\HHAPIDoc. It would be briefer and clearer on these pages if the Facebook\ was stripped, rather than the Facebook\HHAPIDoc

There are circumstances where . probably isn't the end of a sentence. These include:

• when in parens
• when in backticks
• when immediately followed by a letter (e.g. 'Handle .php files')

Equivalent to no docblock ,except once #14 is done, this should prevent errors being raised.

[[REDACTED]]

Take the following example from the docs
https://docs.hhvm.com/hack/reference/function/HH.ReifiedGenerics.getType/
function getType<\T>(): \mixed;
Both T and mixed ought not to be fully qualified here.

This will basically be the same as markdown output, but pages should include a header: https://docusaurus.io/docs/en/doc-markdown

We need to tag a new release to upgrade our dependencies.

This filters code spans to automatically turn types into links - for example:

`MyClass` already becomes a link to "MyClass"'s documentation page
`MyClass<MyOtherClass>` should link to both `MyClass` and `MyOtherClass`'s documentation pages
`"foo": MyClass` should link to `MyClass`'s documentation page

The slogan "for Hack files, which start with 'hh'" is not correct.
The <?hh requirement died at hhvm 4.0.

it's slow.