Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Doc] Fix some minor markup errors in manual #20112

Merged
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
17 changes: 9 additions & 8 deletions doc/manual.md
Original file line number Diff line number Diff line change
Expand Up @@ -1145,11 +1145,11 @@ The following floating-point types are pre-defined:
have the suffix 'fXX.


Automatic type conversion in expressions with different kinds
of floating-point types is performed: See `Convertible relation`_ for further
details. Arithmetic performed on floating-point types follows the IEEE
standard. Integer types are not converted to floating-point types automatically
and vice versa.
Automatic type conversion in expressions with different kinds of floating-point
types is performed: See `Convertible relation
<#type-relations-convertible-relation>`_ for further details. Arithmetic
performed on floating-point types follows the IEEE standard. Integer types are
not converted to floating-point types automatically and vice versa.

The IEEE standard defines five types of floating-point exceptions:

Expand Down Expand Up @@ -3731,9 +3731,9 @@ notation. (Thus an operator can have more than two parameters):
proc `*+` (a, b, c: int): int =
# Multiply and add
result = a * b + c
```

assert `*+`(3, 4, 6) == `+`(`*`(a, b), c)
```


Export marker
Expand Down Expand Up @@ -4589,7 +4589,8 @@ Converters
==========

A converter is like an ordinary proc except that it enhances
the "implicitly convertible" type relation (see `Convertible relation`_):
the "implicitly convertible" type relation (see `Convertible relation
<#type-relations-convertible-relation>`_):

```nim
# bad style ahead: Nim is not C.
Expand Down Expand Up @@ -7312,7 +7313,7 @@ This pragma has no effect on the JS backend.


Noalias pragma
==============
--------------

Since version 1.4 of the Nim compiler, there is a `.noalias` annotation for variables
and parameters. It is mapped directly to C/C++'s `restrict`:c: keyword and means that
Expand Down