diff options
| author | Michael Sloan <mgsloan@gmail.com> | 2019-03-13 23:04:41 -0700 |
|---|---|---|
| committer | Marge Bot <ben+marge-bot@smart-cactus.org> | 2019-05-22 16:37:57 -0400 |
| commit | 21272670581608b96a85cfb942af81ada3cfd450 (patch) | |
| tree | 703a1256e31868e0878706b9b60781add68ed2c0 /docs/users_guide/8.10.1-notes.rst | |
| parent | 0dc7985663efa1739aafb480759e2e2e7fca2a36 (diff) | |
| download | haskell-21272670581608b96a85cfb942af81ada3cfd450.tar.gz | |
Have GHCi use object code for UnboxedTuples modules #15454
The idea is to automatically enable -fobject-code for modules that use
UnboxedTuples, along with all the modules they depend on. When looking
into how to solve this, I was pleased to find that there was already
highly similar logic for enabling code generation when -fno-code is
specified but TemplateHaskell is used.
The state before this patch was that if you used unboxed tuples then you
had to enable `-fobject-code` globally rather than on a per module
basis.
Diffstat (limited to 'docs/users_guide/8.10.1-notes.rst')
| -rw-r--r-- | docs/users_guide/8.10.1-notes.rst | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/docs/users_guide/8.10.1-notes.rst b/docs/users_guide/8.10.1-notes.rst index 3086bf411b..ca34106eb4 100644 --- a/docs/users_guide/8.10.1-notes.rst +++ b/docs/users_guide/8.10.1-notes.rst @@ -71,6 +71,13 @@ Compiler process, as long as there are no native dependencies that rely on global state. +- When loading modules that use :extension:`UnboxedTuples` into GHCi, + it will now automatically enable `-fobject-code` for these modules + and all modules they depend on. Before this change, attempting to + load these modules into the interpreter would just fail, and the + only convenient workaround was to enable `-fobject-code` for all + modules. + Runtime system ~~~~~~~~~~~~~~ |