diff options
author | Simon Peyton Jones <simonpj@microsoft.com> | 2021-04-08 22:42:31 +0100 |
---|---|---|
committer | Marge Bot <ben+marge-bot@smart-cactus.org> | 2021-04-13 18:43:15 -0400 |
commit | ef0135934fe32da5b5bb730dbce74262e23e72e8 (patch) | |
tree | 2d868dd97be5d9a5afc88002d33083ad64cab2bc /configure.ac | |
parent | 6124d172e1aef7a2c84106c93834b6e188e4a287 (diff) | |
download | haskell-ef0135934fe32da5b5bb730dbce74262e23e72e8.tar.gz |
Make the specialiser handle polymorphic specialisation
Ticket #13873 unexpectedly showed that a SPECIALISE pragma made a
program run (a lot) slower, because less specialisation took place
overall. It turned out that the specialiser was missing opportunities
because of quantified type variables.
It was quite easy to fix. The story is given in
Note [Specialising polymorphic dictionaries]
Two other minor fixes in the specialiser
* There is no benefit in specialising data constructor /wrappers/.
(They can appear overloaded because they are given a dictionary
to store in the constructor.) Small guard in canSpecImport.
* There was a buglet in the UnspecArg case of specHeader, in the
case where there is a dead binder. We need a LitRubbish filler
for the specUnfolding stuff. I expanded
Note [Drop dead args from specialisations] to explain.
There is a 4% increase in compile time for T13056, because we generate
more specialised code. This seems OK.
Metric Increase:
T13056
Diffstat (limited to 'configure.ac')
0 files changed, 0 insertions, 0 deletions