Skip to content

Commit e0f8995

Browse files
christineroseCuihtlauac ALVARADO
authored andcommitted
minor line editing
1 parent 67ec8ed commit e0f8995

File tree

1 file changed

+10
-10
lines changed

1 file changed

+10
-10
lines changed

data/tutorials/language/1ms_00_modules.md

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -157,7 +157,7 @@ val hello : unit -> unit
157157
(** [hello ()] displays a greeting message. *)
158158
```
159159

160-
**Note**: The double asterisk at the beginning of the comment indicates a
160+
**Note**: The double asterisk at the beginning indicates a
161161
comment meant for API documentation tools, such as
162162
[`odoc`](https://github.com/ocaml/odoc). It is a good habit to document `.mli`
163163
files using the format supported by this tool.
@@ -169,7 +169,7 @@ The file `delhi.ml` defines the program calling `Cairo`:
169169
let () = Cairo.hello ()
170170
```
171171

172-
Update the `dune` file to allow the compilation of this example aside from the
172+
Update the `dune` file to allow this example's compilation aside from the
173173
previous one.
174174
<!-- $MDX dir=examples -->
175175
<<<<<<< HEAD
@@ -255,7 +255,7 @@ Update file `dune`:
255255
(library (name exeter) (modules exeter) (modes byte))
256256
```
257257
258-
Run the `dune utop` command, it triggers `Exeter`'s compilation, launches `utop` and loads `Exeter`.
258+
Run the `dune utop` command. This triggers `Exeter`'s compilation, launches `utop`, and loads `Exeter`.
259259
```ocaml
260260
# open Exeter;;
261261
@@ -269,7 +269,7 @@ Type `aleph` is public. Values can be created or accessed.
269269
Unknown element.
270270
```
271271
272-
Type `bet` is private, it is not available outside of the implementation where it is defined, here `Exeter`.
272+
Type `bet` is private. It is not available outside of the implementation where it is defined, here `Exeter`.
273273
```ocaml
274274
# #show gimel;;
275275
type gimel
@@ -287,7 +287,7 @@ val gimel_of_bool : bool -> gimel
287287
- : string = "Christine"
288288
```
289289
290-
Type `gimel` is _abstract_. Values can be created or manipulated, but only as function results or arguments. Only the provided functions `gimel_of_bool`, `gimel_flip`, and `gimel_to_string` or polymorphic functions can receive or return `gimel` values.
290+
Type `gimel` is _abstract_. Values can be created or manipulated, but only as function results or arguments. Just the provided functions `gimel_of_bool`, `gimel_flip`, and `gimel_to_string` or polymorphic functions can receive or return `gimel` values.
291291
```ocaml
292292
# #show dalet;;
293293
type dalet = private Dennis of int | Donald of string | Dorothy
@@ -333,12 +333,12 @@ let () =
333333
Florence.print_goodbye ()
334334
```
335335
336-
Definitions from a submodule are access by chaining module names, here
336+
Definitions from a submodule are accessed by chaining module names, here
337337
`Florence.Hello.print`.
338338
339-
### Submodule with Signatures
339+
### Submodule With Signatures
340340
341-
To define an interface to a submodule we can provide a _module signature_. This
341+
To define an interface to a submodule, we can provide a _module signature_. This
342342
is done in this second version of the `florence.ml` file:
343343
```ocaml
344344
module Hello : sig
@@ -369,9 +369,9 @@ end
369369
let print_goodbye () = print_endline "Goodbye"
370370
```
371371
372-
First, we define a `module type` called `HelloType` which defines the same module interface as previously. Instead of providing the signature when defining the `Hello` module, we use the `HelloType` module type.
372+
First, we define a `module type` called `HelloType`, which defines the same module interface as before. Instead of providing the signature when defining the `Hello` module, we use the `HelloType` module type.
373373
374-
This allows writing interfaces shared by several modules. An implementation satisfies any module type listing some of its contents. This implies a module may have several types and there is a subtyping relationship between module types.
374+
This allows writing interfaces shared by several modules. An implementation satisfies any module type listing some of its contents. This implies a module may have several types and that there is a subtyping relationship between module types.
375375
376376
## Module Manipulation
377377

0 commit comments

Comments
 (0)