reason 3.7.0

Libraries

This package provides the following libraries (via ocamlobjinfo):

reason

Documentation:

• Reason_attributes
• Reason_syntax_util
• Reason_comment
• Ocaml_util
• Reason_config * Copyright (c) 2015-present, Facebook, Inc. * * This source code is licensed under the MIT license found in the * LICENSE file in the root directory of this source tree.
• Reason_errors
• Reason_parser_def
• Reason_string
• Reason_parser
• Reason_declarative_lexer
• Reason_lexer
• Reason_heuristics
• Reason_location
• Reason_layout
• Reason_pprint_ast
• Merlin_recovery
• Reason_single_parser
• Reason_multi_parser
• Reason_parser_explain_raw
• Reason_parser_explain
• Reason_parser_recover
• Reason_recover_parser
• Reason_toolchain_conf
• Reason_toolchain_reason
• Reason_toolchain_ocaml
• Reason_toolchain * Provides a simple interface to the most common parsing entrypoints required * by editor/IDE toolchains, preprocessors, and pretty printers. * * The form of this entrypoint includes more than what the standard OCaml * toolchain (oprof/ocamldoc) expects, but is still compatible. * * implementation_with_comments and interface_with_comments includes * additional information (about comments) suitable for building pretty * printers, editor, IDE and VCS integration. * * The comments include the full text of the comment (typically in between the * "(*" and the "*)", as well as location information for that comment. * * WARNING: The "end" location is one greater than the actual final position! * (for both associatedTextLoc and commentLoc). * * Currently, the location information for comments is of the form: * * (associatedTextLoc) * * But we should quickly change it to be of the form: * * (associatedTextLoc, commentLoc) * * Where the commentLoc is the actual original location of the comment, * and the associatedTextLoc records the location in the file that the * comment is attached to. If associatedTextLoc and commentLoc are the * same, then the comment is "free floating" in that it only attaches to itself. * The Reason pretty printer will try its best to interleave those comments * in the containing list etc. But if associatedTextLoc expands beyond * the commentLoc it means the comment and the AST that is captured by * the associatedTextLoc are related - where "related" is something * this reason_toolchain decides (but in short it handles "end of line * comments"). Various pretty printers can decide how to preserve this * relatedness. Ideally, it would preserve end of line comments, but in the * short term, it might merely use that relatedness to correctly attach * end of line comments to the "top" of the AST node. * * let lst = * * ; (* Comment *) * ----commentLoc----- * ---associatedTextLoc---- * * * Ideally that would be formatted as: * * let lst = * * ; (* Comment *) * * Or: * * let lst = ; (* Comment *) * * * But a shorter term solution would use that associatedTextLoc to at least * correctly attach the comment to the correct node, even if not "end of line". * * (* Comment *) * let lst = ;
• Reason_oprint

reason.cmdliner

Documentation:

• Vendored_cmdliner Declarative definition of command line interfaces.

reason.easy_format

Documentation:

• Vendored_easy_format Easy_format: indentation made easy.

reason.ocaml-migrate-parsetree

Documentation:

• Reason_migrate_parsetree