File: README.md

package info (click to toggle)
ppx-js-style 0.17.0-3
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 176 kB
  • sloc: ml: 560; makefile: 14
file content (106 lines) | stat: -rw-r--r-- 3,473 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
ppx_js_style - Enforce Jane Street coding styles
================================================

`ppx_js_style` is an identity ppx rewriter that enforces Jane Street coding
styles.

# Coding rules

The following rules are enforced by `ppx_js_style`:

## `-dated-deprecation`

`[@@deprecated]` attributes must contain the date of deprecation, using the
format `"[since MM-YYYY] ..."`

N.B. this check, on by default at Jane Street, but off by default externally. It
can also be disabled with the flag `-no-dated-deprecation`.

## `-allow-unannotated-ignores`

Ignored expressions must come with a type annotation, such as:
```
ignore (expr : typ)
let (_ : type) = expr
```
Note that aliases need not be annotated:
```
let _ = Foo.bar in
```

This check is enabled by default, and can be disabled by passing the flag.

## `-check-doc-comments`

Comments in mli must either be documentation comments or explicitly "ignored":
```
(** documentation comment *)
(*_ ignored comment *)
```
Normal `(* comment *)` comments are disallowed.

This flag additionally enables warning 50, which checks the placement of
documentation comments.

Finally, doc comments are checked to be syntactically valid.

## `-compat-32`

Checks that calling ocamlc on the input would produce bytecode that works on 32
bits architectures (including `js_of_ocaml`), ie that all constant are
representable on 32 bits architectures. Compared to the compiler flag by the
same name, it allows to perform this check without building any bytecode.

## `-dont-check-underscored-literal`

This check is enabled by default, and can be disabled by passing the flag.

Check for misleading usage of underscores in number literals. Currrently it
means that underscores must be:

* in positions that are multiple of 3 for numbers in decimal notation.
* in positions that are multiple of 2 for numbers in hexadecimal, octal or
binary notation.

Two consecutive underscores in a number disables the check for that number. This
is useful to turn off the check for integers that are really fixed point
decimals, like `1_000__0000` to represent `1000.0` with four implied decimal
places.

## Binding operators

Since 4.08 one can define
[binding operators](https://caml.inria.fr/pub/docs/manual-ocaml/bindingops.html).
Which provide some of the features of `ppx_let`, but not all of them.
For that reason, we have made the choice to keep using `ppx_let` internally and
to forbid the use of binding operators, to keep a consistent style across our
codebase.

So uses of these operators are rejected by default at Jane Street, but allowed
externally.
This behavior can be changed with the flags:
- `-allow-let-operators`
- `-forbid-let-operators`

## `-forbid-inline-never`

This check, disabled by default, rejects all uses of the `[@inline never]`.

The compiler attribute `[@inline never]` prevents a function from being inlined.
In most cases, when a user marks a function with `[@inline never]` it is because
the function is cold and they would be better off using `[@cold]`, provided
by `ppx_cold`, which prevents other optimisations as well as inlining.

# Setting the flags in a jbuild file

These flags are typically passed to the ppx via the ppx_jane pps. If a developer
wanted to allow unannotated ignores, they might add the following `preprocess`
clause to their jbuild file:

```
(executables
 ((names (example_application))
  (libraries ())
  (preprocess (pps (ppx_jane -allow-unannotated-ignores)))
  ))
```