data-default-instances-old-locale build fails on Windows with GHC 7.10.1 and Cabal 1.22.2.0

[RyanGlScott]

I'm not sure what's going on, but for some reason, data-default-instances-old-locale and data-default-instances-containers will not build if I try to install them directly from Hackage. Here's the output from trying to install data-default-instances-old-locale:

C:\...\ghc-7.10.1\mingw\bin\ar.exe: dist\build\libHSdata-default-instances-old-locale-0.0.1-6jcjjaR25tK4x3nJhHHjFM.a-6440\libHSdata-default-instances-old-locale-0.0.1-6jcjjaR25tK4x3nJhHHjFM.a: No such file or directory

Here's a gist of the full cabal install -j1 -v3 output. I am using 64-bit Windows 7 with GHC 7.10.1, Cabal-1.22.0.0 and cabal-install-1.22.0.0, and I can reproduce this with cmd.exe or PowerShell.

data-default-instances-old-locale and data-default-instances-containers are the only two libraries that give me this error. Because of this, I'd hazard a guess that it's due to the length of the names of the packages themselves that are causing problems, since the temporary directories that cmd.exe creates might exceed some Windows path length constant somewhere. Unfortunately, I can't find any other Hackage packages that are as long as those two that are compatible with GHC 7.10.1, so it's hard to say.

It should be noted that this error does not happen if you try installing from Cygwin or MSYS. It also does not happen if you download the libraries with cabal get and install them directly (no matter what shell is used).

[tomasmcz]

The same thing happened to me in Cygwin, but in my case the error only manifested itself when I let Cabal use multiple jobs, it went away with -j1.

[solatis]

Just confirming that I am also having this same error with minghc 7.10 under windows 8.1

[Twinside]

So I found another package getting problem (from a duplicate issue I opened): vector-binary-instances

[vagarenko]

blaze-builder-enumerator-0.2.1.0 also fails with message

E:\Program Files (x86)\MinGHC-7.10.1\ghc-7.10.1\mingw\bin\ar.exe: dist/dist-sand
box-e2f01390\build\libHSblaze-builder-enumerator-0.2.1.0-ItlkLd1FDlt1WK6wQPx1K1.
a-11148\libHSblaze-builder-enumerator-0.2.1.0-ItlkLd1FDlt1WK6wQPx1K1.a: No such
file or directory

[vagarenko]

and MonadCatchIO-transformers-0.3.1.3 too

[dmcclean]

This happens to me too on minghc7.10 on windows 7 professional.
It happens for data-default-instances-base, data-default-instances-containers, data-default-instances-dlist, and data-default-instances-old-locale.
The suggested fixes of using -j1 does not work for me, but separating the get and install phases as suggested in #2525 does work.

[mantkiew]

Confirming that cabal install directly fails on Win 8.1 minghc7.10.1 but the trick with separating get and install phases works well. The same trick is needed with data-default-instances-containers.

However, contrary to the original issue comment, it happens with both MSYS and MinGW-w64 shells from MSYS2 (I am not using MSYS1 provided with MinGHC).

[gzh]

Experienced same issue, Windows 7 x86_64, ghc 7.10. Neither -j1 nor separate get & install helped; that was cabal-install 1.22.2.0 built against cabal library 1.22.2.0. I decided to rollback to cabal-install 1.22.0.1 and cabal library 1.22.1.1; with this version I managed to build required libraries with -j1 switch (however build still failed with -jN, N>1).

[snoyberg]

Discovered during my testing as well.