Question

给出以下代码：

{-# OPTIONS_GHC -funbox-strict-fields #-}
module Test where

data X = X !Int !Int

test (X a b) (X c d) = X (max a c) (max b d)

GHC在使用优化进行编译时生成此核心（重命名以使阅读更容易）：

test
test =
  \ u v ->
    case u of x { X y z ->
    case v of c { X d e ->
    case tagToEnum# (<=# y d) of _ {
      False ->
        case tagToEnum# (<=# z e) of _ {
          False -> x;
          True -> X y e
        };
      True ->
        case tagToEnum# (<=# z e) of _ {
          False -> X d z;
          True -> c
        }
    }
    }
    }

请注意GHC如何生成 4 不同的代码路径。通常，代码路径的数量随着条件的数量呈指数增长。

GHC优化会导致哪种行为？是否有控制此优化的标志？就我而言，这会产生巨大的代码膨胀，并且由于深层嵌套的case表达式而使核心转储非常难以阅读。

Answer 1

经过一番研究，我发现对此负责的优化是所谓的＆＃34;案例案例＆＃34;转换，GHC大概在简化器中，因此它不能被停用（因为它对于GHC所做的很多事情是必要的，并且简化器是GHC优化管道的组成部分）。

以下链接说明案件案例如何导致重复：http://lambda.jstolarek.com/2013/01/taking-magic-out-of-ghc-or-tracing-compilation-by-transformation/

特别是，案例转变为：

case ( 
  case C of 
      B1 -> F1
      B2 -> F2
 ) of
    A1 -> E1
    A2 -> E2

进入以下内容：

case C of    
    B1 -> case F1 of
              A1 -> E1
              A2 -> E2
    B2 -> case F2 of
              A1 -> E1
              A2 -> E2

外部案例已被复制并推入分支。

什么GHC优化负责复制案例表达？

1 个答案: