24

モジュールからコンパイルされたコードを動的にロードするためにGHCAPIを使用する既存のHaskell関数があります。これは、ブログ投稿「 Haskellでのモジュールの動的コンパイルとロード」のコードに基づいています。

コードはGHC7.0で正常に機能しますが、GHC APIが変更されたため、GHC7.2でコンパイルするには少し変更する必要がありました。

このコードは、GHC7.2でランタイムエラーをスローするようになりました。

mkTopLevEnv: not a home module (module name):(function name)

コードは

evalfuncLoadFFI String moduleName, 
                String externalFuncName, 
                String internalFuncName = do

  result <- liftIO $ defaultRunGhc $ do
    dynflags <- GHC.getSessionDynFlags
    _ <- GHC.setSessionDynFlags dynflags
    m <- GHC.findModule (GHC.mkModuleName moduleName) Nothing

--------------------------------------------------------    
-- The following code works fine in GHC 7.0.4:
--
--  GHC.setContext [] [(m, Nothing)]
--
-- This new code attempts to set context to the module, 
-- but throws an error in GHC 7.2:
--
    (_,oi) <- GHC.getContext
    GHC.setContext [m] oi
--------------------------------------------------------

    fetched <- GHC.compileExpr (moduleName ++ "." ++ externalFuncName)
    return (Unsafe.Coerce.unsafeCoerce fetched :: [LispVal] -> IOThrowsError LispVal)
  defineVar env internalFuncName (IOFunc result)

参考までに、完全なコードはFFI.hs（github.com）でオンラインで入手できます。

誰かがこの問題を修正または回避する方法を知っていますか？

また、これはGHC7.2での新しいSafeHaskellの変更が原因である可能性がありますか、それともGHC APIの変更が原因である可能性がありますか？

4

2 に答える 2

14

現在のモジュールコンテキストは、現在コンパイルされているモジュール用に予約されています。つまり、コンテキストでモジュールを指定する場合、それらは明示的に外部であってはなりません。

代わりに、の2番目の引数で、必要なモジュールをインポートとして指定する必要がありますsetContext。これは次のように行うことができます。

GHC.setContext []
  -- import qualified Module
  [ (GHC.simpleImportDecl . GHC.mkModuleName $ moduleName)
    { GHC.ideclQualified = True
    }
  -- -- import qualified Data.Dynamic
  -- , (GHC.simpleImportDecl . GHC.mkModuleName $ "Data.Dynamic")
  --   { GHC.ideclQualified = True
  --   }
  ]
fetched <- GHC.compileExpr $ moduleName ++ "." ++ externalFuncName
return . unsafeCoerce $ fetched
-- or:
-- fetched <- GHC.dynCompileExpr $ moduleName ++ "." ++ externalFuncName
-- return . fromDynamic (error "Illegal type cast") $ fetched

PS：GHC.dynCompileExpr代わりに使用することをお勧めします。そうすれば、を回避できますunsafeCoerce。Data.Dynamicそれが機能するためには、コンテキストに修飾されたインポートを追加する必要がありData.Dynamic.Dynamicますが、タイプエラーをより適切に処理できるため、値は一般的に操作しやすくなります。上記のコードにコメントとしてそのコードを追加しました。

アップデート

そして、GHC7.4.1の構文は次のとおりです。

GHC.setContext  
  -- import qualified Module
  [ GHC.IIDecl $ 
    (GHC.simpleImportDecl . GHC.mkModuleName $ moduleName)
    {GHC.ideclQualified = True}
  ]
于 2012-02-14T02:40:08.260 に答える
0

試す

GHC.setContext [] [(m,Nothing)]

（別のStackOverflowの質問から）

于 2012-02-11T09:42:54.713 に答える