Project failing to build with the error "realgcc.exe: error: CreateProcess: No such file or directory"

[LukaHorvat]

Unfortunately the project is closed source so I can't share it but that's the error I get when doing stack build. It happens just after the line that says it's linking the main executable.

The project has a decent number of dependencies, one of them being yesod, but I can build other yesod projects just fine.

What can I do to debug and work around this issue?

Here's the log with --verbose

Version 1.0.4.2 x86_64
2016-03-24 15:56:01.079649: [debug] Checking for project config at: C:\Users\Luka\Documents\Projects\deegeetal\lg\yesod-web\stack.yaml @(stack_HMN89lhywApHtRNGGTOnq8:Stack.Config src/Stack\Config.hs:761:9)
2016-03-24 15:56:01.079649: [debug] Loading project config file stack.yaml @(stack_HMN89lhywApHtRNGGTOnq8:Stack.Config src/Stack\Config.hs:779:13)
2016-03-24 15:56:01.095292: [debug] Trying to decode C:\Users\Luka\AppData\Roaming\stack\build-plan-cache\x86_64-windows\lts-5.3.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:55:5)
2016-03-24 15:56:01.110903: [debug] Success decoding C:\Users\Luka\AppData\Roaming\stack\build-plan-cache\x86_64-windows\lts-5.3.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:64:13)
2016-03-24 15:56:01.110903: [debug] Trying to decode C:\Users\Luka\AppData\Roaming\stack\indices\Hackage\00-index.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:55:5)
2016-03-24 15:56:01.295846: [debug] Success decoding C:\Users\Luka\AppData\Roaming\stack\indices\Hackage\00-index.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:64:13)
2016-03-24 15:56:01.311491: [debug] Run process: ghc --info @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.364560: [debug] Run process: ghc --numeric-version @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.380201: [debug] Run process: ghc-pkg --no-user-package-db field --simple-output Cabal version @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.424542: [debug] Run process: ghc-pkg --no-user-package-db list --global @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.456787: [debug] Checking resolver: lts-5.3 @(stack_HMN89lhywApHtRNGGTOnq8:Stack.Build.Source src/Stack\Build\Source.hs:164:17)
2016-03-24 15:56:01.456787: [debug] Trying to decode C:\Users\Luka\AppData\Roaming\stack\build-plan-cache\x86_64-windows\lts-5.3.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:55:5)
2016-03-24 15:56:01.472432: [debug] Success decoding C:\Users\Luka\AppData\Roaming\stack\build-plan-cache\x86_64-windows\lts-5.3.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:64:13)
2016-03-24 15:56:01.680969: [debug] Run process: ghc-pkg --global --no-user-package-db dump --expand-pkgroot @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.732698: [debug] Ignoring package haskeline due to wanting version 0.7.2.2 instead of 0.7.2.1 @(stack_HMN89lhywApHtRNGGTOnq8:Stack.Build.Installed src/Stack\Build\Installed.hs:189:5)
2016-03-24 15:56:01.732698: [debug] Ignoring package Cabal due to wanting version 1.22.7.0 instead of 1.22.5.0 @(stack_HMN89lhywApHtRNGGTOnq8:Stack.Build.Installed src/Stack\Build\Installed.hs:189:5)
2016-03-24 15:56:01.732698: [debug] Run process: ghc-pkg --user --no-user-package-db --package-db C:\Users\Luka\AppData\Roaming\stack\snapshots\f97b84a6\pkgdb dump --expand-pkgroot @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.921429: [debug] Run process: ghc-pkg --user --no-user-package-db --package-db C:\Users\Luka\Documents\Projects\deegeetal\lg\yesod-web\.stack-work\install\03c0d273\pkgdb dump --expand-pkgroot @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:01.959899: [debug] Trying to decode C:\Users\Luka\AppData\Roaming\stack\indices\Hackage\00-index.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:55:5)
2016-03-24 15:56:02.197226: [debug] Success decoding C:\Users\Luka\AppData\Roaming\stack\indices\Hackage\00-index.cache @(stack_HMN89lhywApHtRNGGTOnq8:Data.Binary.VersionTagged src/Data\Binary\VersionTagged.hs:64:13)
2016-03-24 15:56:02.313127: [debug] Run process: ghc-pkg --no-user-package-db list --global @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:269:3)
2016-03-24 15:56:02.356334: [info] yesod-web-0.0.0: build @(stack_HMN89lhywApHtRNGGTOnq8:Stack.Build.Execute src/Stack\Build\Execute.hs:703:23)
2016-03-24 15:56:02.356334: [debug] Run process: C:\Users\Luka\AppData\Roaming\stack\setup-exe-cache\x86_64-windows\setup-Simple-Cabal-1.22.5.0-ghc-7.10.3.exe --builddir=.stack-work\dist\2672c1f3 build lib:yesod-web exe:yesod-web --ghc-options " -ddump-hi -ddump-to-file" @(stack_HMN89lhywApHtRNGGTOnq8:System.Process.Read src/System\Process\Read.hs:287:3)

--  While building package yesod-web-0.0.0 using:
      C:\Users\Luka\AppData\Roaming\stack\setup-exe-cache\x86_64-windows\setup-Simple-Cabal-1.22.5.0-ghc-7.10.3.exe --builddir=.stack-work\dist\2672c1f3 build lib:yesod-web exe:yesod-web --ghc-options " -ddump-hi -ddump-to-file"
    Process exited with code: ExitFailure 1
    Logs have been written to: C:\Users\Luka\Documents\Projects\deegeetal\lg\yesod-web\.stack-work\logs\yesod-web-0.0.0.log

    Preprocessing library yesod-web-0.0.0...
    In-place registering yesod-web-0.0.0...
    Preprocessing executable 'yesod-web' for yesod-web-0.0.0...
    Linking .stack-work\dist\2672c1f3\build\yesod-web\yesod-web.exe ...
    realgcc.exe: error: CreateProcess: No such file or directory

I'm running Windows 10 x64. GHC 7.10.3 and the latest stack.

I should note that running the project with stack repl --no-build yesod-web works perfectly.

[mgsloan]

#795 perhaps? I hate MAX_PATH so much...

[LukaHorvat]

It could be but I thought this was fixed with 7.10.3... Any way around it?
It's kind of a show stopper.

On Thu, 24 Mar 2016 10:49 pm Michael Sloan notifications@github.com wrote:

#795 #795 perhaps? I
hate MAX_PATH so much...

—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
#1947 (comment)

[mgsloan]

Not sure. It seems like it can't find "realgcc.exe". Does stack exec -- realgcc.exe print something sensible out? Stack execing a shell and seeing if it's on the PATH would be helpful.

[LukaHorvat]

$ stack exec -- realgcc.exe
realgcc.exe: fatal error: no input files
compilation terminated.

$ stack exec bash
$ where realgcc
C:\Users\Luka\AppData\Local\Programs\stack\x86_64-windows\ghc-7.10.3\mingw\bin\realgcc.exe

Also, are you sure the error means it can't find realgcc.exe? The way I interpret it is that the error is comming from realgcc.

[mgsloan]

Hmm, yeah, looks like there are some relevant error messages like that on stackoverflow. Do any of the explanations / fixes pan out?

[LukaHorvat]

Not really (unless you've got some specific one that I've missed). I've seen suggestions like putting stack in "C:\stack" but honestly that just seems silly (not to mention it would mean I have to reinstall everything). That will save me something like 30 characters maybe? So then my project will compile until I add, what, 2 more dependencies or something?

Please don't take this as an attack because I really don't mean to make it sound like one. It's just super frustrating since it seems like everyone is saying "Yeah, there's this limitation....... It sucks." and there's literally nothing being done.

[mgsloan]

Moving your project dir might help. Yes, this sucks, but hacks are necessary to hack around the hack that is MAX_PATH

[sjakobi]

@LukaHorvat: Have you been able to workaround your issue, and if yes, how?

[LukaHorvat]

@sjakobi I've done the recommended thing and reinstalled stack in C:\stack by setting the STACK_ROOT environment variable to C:\stack.

I've had no problems so far.

[sjakobi]

Thanks for the update!

[domenkozar]

I'm seeing this again, could be related to Stack 1.4.0 release an hour ago. Investigating.

https://ci.appveyor.com/project/jagajaga/pos-haskell-prototype/build/0.2.2931#L28181

[domenkozar]

Sadly there's no way to set STACK_WORK globally, but --work-dir .w solves the issue for now.