Сборка стека зависает на GHC-8.6.4 / Cabal-2.4.1.0 в Windows - PullRequest
5 голосов
/ 07 апреля 2019

Мой сборочный проект стека зависает на окнах на этапе, связанном с Кабал.

См. Вывод ниже

C:\haskell\hrt\Comonad>stack ghc -- --version
The Glorious Glasgow Haskell Compilation System, version 8.6.4

C:\haskell\hrt\Comonad>stack build
←[0mCabal-2.4.1.0: configure←[0m
←[0mCabal-2.4.1.0: build←[0m
Progress 0/5

Мне нужно прервать с помощью Ctrl + C

Я пытался следить за еженедельником Haskell Comonadic, автор Дмитрий Коваников , и я начал с создания нового проекта

stack new Comonad
cd Comonad

Затем я вставил пример кода в Main

{-# LANGUAGE OverloadedStrings #-}
{-# LANGUAGE RecordWildCards   #-}

module Main where

import Control.Comonad (Comonad (..), (=>>))
import Data.Semigroup (Any (..))
import Data.Text (Text)
import Text.Pretty.Simple (pPrint)

import Lib
-- see the gist above for the rest of the code
alwaysTravisB :: ProjectBuilder -> Project
alwaysTravisB builder = builder $ mempty { settingsTravis = Any True }

travisB :: ProjectBuilder -> Project
travisB builder =
  let project = extract builder
  in project { projectTravis = projectGitHub project }



main :: IO ()
main = do
    -- plain
    pPrint $ extract $ buildProject "minimal-project"
    pPrint $ extract $ buildProject "only-library" =>> hasLibraryB
    pPrint $ extract $ buildProject "library-github" =>> hasLibraryB =>> gitHubB

    -- dependent: 1 level
    pPrint $ extract $ buildProject "travis" =>> travisB
    pPrint $ extract $ buildProject "always-travis" =>> alwaysTravisB
    pPrint $ extract $ buildProject "github-travis" =>> gitHubB =>> travisB
    pPrint $ extract $ buildProject "travis-github" =>> travisB =>> gitHubB
    someFunc

и указал зависимости в package.yaml

dependencies:
- base >= 4.12.0.0
- comonad >= 5.0
- pretty-simple >= 2.2
- text

library:
  source-dirs: src

executables:
  Comonad-exe:
    main:                Main.hs
    source-dirs:         app
    ghc-options:
    - -threaded
    - -rtsopts
    - -with-rtsopts=-N
    dependencies:
    - Comonad

Я вижучто ghc.exe работает с временной папкой (C:\Users\MyHome\AppData\Local\Temp\stacknnnn) и поддерживает занятость процессора, мне также интересно, если это утечка памяти (1,7 ГБ рабочего набора) ...

enter image description here

stack build --verbose
-- ... ...
←[90m2019-04-07 11:35:28.096702: ←[32m[debug] ←[0mEncoding C:\Users\MyHome\AppData\Local\Temp\stack6060\Cabal-2.4.1.0\.s
tack-work\dist\e626a42b\stack-config-cache←[90m
@(src/Stack\Build\Cache.hs:164:7)←[0m
←[90m2019-04-07 11:35:28.098702: ←[32m[debug] ←[0mFinished writing C:\Users\MyHome\AppData\Local\Temp\stack6060\Cabal-2.
4.1.0\.stack-work\dist\e626a42b\stack-config-cache←[90m
@(src/Stack\Build\Cache.hs:164:7)←[0m
←[90m2019-04-07 11:35:28.099702: ←[32m[debug] ←[0mEncoding C:\Users\MyHome\AppData\Local\Temp\stack6060\Cabal-2.4.1.0\.s
tack-work\dist\e626a42b\stack-cabal-mod←[90m
@(src/Stack\Build\Cache.hs:173:7)←[0m
←[90m2019-04-07 11:35:28.320715: ←[32m[debug] ←[0mFinished writing C:\Users\MyHome\AppData\Local\Temp\stack6060\Cabal-2.
4.1.0\.stack-work\dist\e626a42b\stack-cabal-mod←[90m
@(src/Stack\Build\Cache.hs:173:7)←[0m
←[90m2019-04-07 11:35:28.320715: ←[34m[info] ←[0mCabal-2.4.1.0: build←[90m
@(src/Stack\Build\Execute.hs:873:23)←[0m
←[90m2019-04-07 11:35:28.322715: ←[32m[debug] ←[0mRun process within C:\Users\MyHome\AppData\Local\Temp\stack6060\Cabal-
2.4.1.0\: C:\sr\setup-exe-cache\x86_64-windows\Cabal-simple_Z6RU0evB_2.4.0.1_ghc-8.6.4.exe --builddir=.stack-work\dist\e
626a42b build --ghc-options " -ddump-hi -ddump-to-file -fdiagnostics-color=always"←[90m
@(src/Stack\Build\Execute.hs:1133:29)←[0m
Progress 0/5
-- hangs here

1 Ответ

5 голосов
/ 07 апреля 2019

Попробуйте перезапустить с --interleaved-output, который покажет выходные данные каждого модуля, компилируемого GHC (вам может понадобиться сначала обновить Stack с помощью stack upgrade). Cabal требует long времени для компиляции, вероятно, он просто работает через все модули.

...