VSCode에 HIE를 넣어 보았다 (Windows10)

하스켈을 기억하고 환경을 만들었을 때

HIE 좋아! 라고 이야기를 보았으므로, 넣어 보는 것…
Windows 환경에서의 구축이 그다지 쓰여지지 않았고, 막힌 부분이 있었기 때문에
공유

08/29 코멘트를 받은 순서로, 작업을 재작성했습니다

작업 절차

리포지토리는 이쪽

htps : // 기주 b. 코 m / 아 · vs 코데 - 히에 세 r ゔ ぇ r

이 문서에 따라 설치.

htps : // 기주 b. 이 m / s s l / s s l

1. stack으로 make를 할 수 있도록 한다

make를 사용할 수 없기 때문에 먼저 stack으로 make를 할 수 있도록

PS D:\code\hie> stack exec pacman -- -S make
resolving dependencies...
looking for conflicting packages...

Packages (1) make-4.2.1-1

Total Download Size:   0.41 MiB
Total Installed Size:  1.22 MiB

:: Proceed with installation? [Y/n]
:: Retrieving packages...
 make-4.2.1-1-x86_64                            414.8 KiB   646K/s 00:01 [#######################################] 100%
(1/1) checking keys in keyring                                           [#######################################] 100%
(1/1) checking package integrity                                         [#######################################] 100%
(1/1) loading package files                                              [#######################################] 100%
(1/1) checking for file conflicts                                        [#######################################] 100%
(1/1) checking available disk space                                      [#######################################] 100%
:: Processing package changes...
(1/1) installing make                                                    [#######################################] 100%

2. make hie-x.x.x

ghc 버전을 지정하여 설치

PS D:\code\hie> stack exec make -- hie-8.4.3
git submodule update --init
stack --stack-yaml=stack-8.4.3.yaml install 
・
・                                   \

make가 완료되면

%APPDATA%\local\bin

　├ hie.exe
　├ hie-8.4.3.exe
　├ hie-8.4.exe
　├ hie-wrapper.exe

그리고 바이너리가 배치됩니다.
%APPDATA%\local\bin에는 PATH가 다녔을 것이므로 이제 사용할 수 있는 하즈

3. VSCode에 hie-server 확장 기능 설치

컴파일한 바이너리는 패스가 지나면 좋기 때문에 수동으로 기동할 필요는 없는 것 같습니다.

발생한 문제

GHC 버전이 다른 프로젝트에서 경고가 나타납니다

보존시에 성형을 유효하게 하고 있었는데, 보존할 때마다 공행이 증가하는 괴기 현상이!

추가 코드를 복사하려고 하면 사라진다는 수수께끼 현상도 발생중…

시행 착오 한 쿠로쿠

GHC 설치에 실패?

Folders: 520
Files: 11779
Size:       2080675659
Compressed: 2090035200
C:\Users\xxx\AppData\Local\Programs\stack\x86_64-windows\ghc-8.4.3-tmp7344\ghc-8.4.3\: renamePath:MoveFileEx "C:\\Users\\xxx\\AppData\\Local\\Programs\\stack\\x86_64-windows\\ghc-8.4.3-tmp7344\\ghc-8.4.3\\" "C:\\Users\\xxx\\AppData\\Local\\Programs\\stack\\x86_64-windows\\ghc-8.4.3\\": permission denied (アクセスが拒否されました。)

...와의 오류로 설치 실패

ghc 8.4.3 설치에 실패한 것 같습니다.
여러가지 조사해 보았더니


YOU! 수동으로 압축을 풀고 installed 파일을 만든 Yo!

라는 글이 있었기 때문에

C:\Users\xxx\AppData\Local\Programs\stack\x86_64-windows

　├ ghc-8.4.3/
　├ ghc-8.4.3.installed

형식으로 파일을 수동으로 배치하고 다시 install

Copied executables to C:\Users\xxx\AppData\Roaming\local\bin:
- hie.exe
- hie-wrapper.exe

local/bin에 경로가 있으면 VScode
ぁtps://마르케 tp.ゔぃすあ lsつぢお。 이 m/있어 ms? 네 m = = 아 ... vs 코데 히에 세 r ゔ r
설치하여 활성화

make build에 실패

stack exec make -- build-all 하지만 비슷한 오류가 발생합니다.

    ghc.EXE: internal error: mkPath failed converting char* to wchar_t*
        (GHC version 8.2.1 for x86_64_unknown_mingw32)
        Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

설치 로그를 보았을 때

make build에서 8.2.2를 설치하려고합니다

라이브러리 fclabels-2.0.3.2에서이 오류를 토하고 오류 종료

fclabels-2.0.3.3에서는 컴파일이 다루고 있습니다

그래서 앞에서 설명한 GHC 버전을 명시 적으로 지정하고 회피.