Difference between revisions of "Performance/Yhc"
m (Performance:Yhc moved to Performance/Yhc) |
Geezusfreeek (talk | contribs) (removed spam) |
||
(17 intermediate revisions by 5 users not shown) | |||
Line 1: | Line 1: | ||
{{Performance infobox}} |
{{Performance infobox}} |
||
+ | [[Category:Performance|Yhc]] |
||
− | |||
[[Yhc]] is not optimised for speed, and as such does not infer strictness information, and does not honour any specialise pragmas. If your program is time critical, using [[GHC]] would probably be a better bet. In particular, Yhc does no inlining, so if you have a time critical inner loop and have to use Yhc, then inlining manually would probably be a good idea. |
[[Yhc]] is not optimised for speed, and as such does not infer strictness information, and does not honour any specialise pragmas. If your program is time critical, using [[GHC]] would probably be a better bet. In particular, Yhc does no inlining, so if you have a time critical inner loop and have to use Yhc, then inlining manually would probably be a good idea. |
||
Latest revision as of 03:30, 11 January 2009
Haskell Performance Resource
Constructs: Techniques: |
Yhc is not optimised for speed, and as such does not infer strictness information, and does not honour any specialise pragmas. If your program is time critical, using GHC would probably be a better bet. In particular, Yhc does no inlining, so if you have a time critical inner loop and have to use Yhc, then inlining manually would probably be a good idea.
Yhc is optimised for small size useage, and should require less heap space than other compilers. There are no space optimisations that can be made that will help Yhc, beyond those which are useful for all Haskell compilers.