[Git][ghc/ghc][ghc-8.10] 2 commits: Fix typos in Runtime system section of 8.10.1 notes

[Ben Gamari]

Ben Gamari pushed to branch ghc-8.10 at Glasgow Haskell Compiler / GHC


Commits:
f8f59515 by toonn at 2020-08-22T14:14:22+02:00
Fix typos in Runtime system section of 8.10.1 notes

- - - - -
1f8e9831 by toonn at 2020-08-22T15:53:38+02:00
Fix typos in Template Haskell section of ghc 8.10.1 notes

- - - - -


1 changed file:

- docs/users_guide/8.10.1-notes.rst


Changes:

=====================================
docs/users_guide/8.10.1-notes.rst
=====================================
@@ -281,13 +281,13 @@ Runtime system
 ~~~~~~~~~~~~~~
 
 - The runtime system linker now marks loaded code as non-writable (see
-  :ghc-ticket:`14069`) on all tier-1 platforms. This is necesaary for
+  :ghc-ticket:`14069`) on all tier-1 platforms. This is necessary for
   out-of-the-box compatibility with OpenBSD and macOS Catalina (see
   :ghc-ticket:`17353`)
 
 - The RTS API now exposes :ref:`an interface <event_log_output_api>` to
-  configure ``EventLogWriters``, allowing eventlog data to fed to sinks other
-  than ``.eventlog`` files.
+  configure ``EventLogWriters``, allowing eventlog data to be fed to sinks
+  other than ``.eventlog`` files.
 
 - A new ``+RTS`` flag ``--disable-delayed-os-memory-return`` was added to make
   for accurate resident memory usage of the program as shown in memory
@@ -298,9 +298,9 @@ Runtime system
   Using this new flag is expected to make the program slightly slower.
 
   Without this flag, the (Linux) RTS returns unused memory "lazily" to the OS.
-  This has making the memory available to other processes while also allowing
-  the RTS to re-use the memory very efficiently (without zeroing pages) in case
-  it needs it again, but common tools will incorrectly show such memory as
+  This makes the memory available to other processes while also allowing the
+  RTS to re-use the memory very efficiently (without zeroing pages) in case it
+  needs it again, but common tools will incorrectly show such memory as
   occupied by the RTS (because they do not process the ``LazyFree`` field in
   ``/proc/PID/smaps``).
 
@@ -308,7 +308,7 @@ Template Haskell
 ~~~~~~~~~~~~~~~~
 
 - The ``Lift`` typeclass is now levity-polymorphic and has a ``liftTyped``
-  method. Previously disallowed instances for unboxed tuples, unboxed sums, an
+  method. Previously disallowed instances for unboxed tuples, unboxed sums, and
   primitive unboxed types have also been added. Finally, the code generated by
   :extension:`DeriveLift` has been simplified to take advantage of expression
   quotations.
@@ -316,7 +316,7 @@ Template Haskell
 - Using ``TupleT 1``, ``TupE [exp]``, or ``TupP [pat]`` will now produce unary
   tuples (i.e., involving the ``Unit`` type from ``GHC.Tuple``) instead of
   silently dropping the parentheses. This brings Template Haskell's treatment
-  of boxed tuples in line with that of unboxed tuples, as ``UnboxedTupleT`,
+  of boxed tuples in line with that of unboxed tuples, as ``UnboxedTupleT``,
   ``UnboxedTupE``, and ``UnboxedTupP`` also produce unary unboxed tuples
   (i.e., ``Unit#``) when applied to only one argument.
 



View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/compare/82f15edc506cdf91c63c2351603c8f0fb0379914...1f8e98313f46414987c88d6cc8f8fe7e34fba1ff

-- 
View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/compare/82f15edc506cdf91c63c2351603c8f0fb0379914...1f8e98313f46414987c88d6cc8f8fe7e34fba1ff
You're receiving this email because of your account on gitlab.haskell.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-commits/attachments/20200824/bfc6f2b6/attachment-0001.html>