diff options
author | Ryan Scott <ryan.gl.scott@gmail.com> | 2019-08-08 13:26:13 -0400 |
---|---|---|
committer | Marge Bot <ben+marge-bot@smart-cactus.org> | 2019-09-26 14:04:38 -0400 |
commit | 4f81fab062e521b6b59f3f7b93bc410fd1111166 (patch) | |
tree | 41d55a2c4c9a4ba9e3e19d8168138228e4e31c4c /docs/users_guide/codegens.rst | |
parent | 0b5eede97804ec3dfbfa9df9f97bcfe2aa369f6b (diff) | |
download | haskell-4f81fab062e521b6b59f3f7b93bc410fd1111166.tar.gz |
Make -fbyte-code prevent unboxed tuples/sums from implying object code (#16876)
This resolves #16876 by making the explicit use of `-fbyte-code`
prevent code that enables `UnboxedTuples` or `UnboxedSums` from
automatically compiling to object code. This allows for a nice
middle ground where most code that enables `UnboxedTuples`/-`Sums`
will still benefit from automatically enabling `-fobject-code`, but
allows power users who wish to avoid this behavior in certain corner
cases (such as `lens`, whose use case is documented in #16876) to do
so.
Along the way, I did a little cleanup of the relevant code and
documentation:
* `enableCodeGenForUnboxedTuples` was only checking for the presence
of `UnboxedTuples`, but `UnboxedSums` has the same complications.
I fixed this and renamed the function to
`enableCodeGenForUnboxedTuplesOrSums`.
* I amended the users' guide with a discussion of these issues.
Diffstat (limited to 'docs/users_guide/codegens.rst')
0 files changed, 0 insertions, 0 deletions