Building GHC on Windows

changed weight to 5

Did you perl boot and ./sync-all get ?

Thank you for the quick reply. When I tried to build GHC yesterday I omitted executing perl boot, because I am using source package distribution (obtained by your downloads page), the sources are not from git. In wiki it was mentioned that perl boot is unnecessary in this case. However I have done everything from the beginning to make sure that I have not missed any step. I have created two separate dirs containing unzipped packages. Next I have executed perl boot in one of then. What is following I have executed ./configure and make in both directories, but in both cases I have encountered the same errors as before.

Attached file configure.txt (download).

Output from {{{./configure}}}

Attached file sync.txt (download).

output form {{{sync-all get}}}

Attached file perl.txt (download).

output from {{{perl boot}}}

Attached file make.zip (download).

output from {{{make}}}

I have tried to build GHC with sources cloned from git. I have also redirected output to files, so you can see whole output. That files are attached above.

steps:

git clone -b ghc-7.8.3-release --recursive git://git.haskell.org/ghc.git ghc-7.8.3
cd ghc-7.8.3
git clone git://git.haskell.org/ghc-tarballs.git
sync-all get
perl boot
./configure
make

checking for a BSD-compatible install... ../install-sh -c

This appears to be the problem. The install-sh detected by configure needs to be an absolute path so that it can be invoked by sub-Makefiles.

Do you have .. in your PATH? Looks like that could cause this. (Though I am just judging from what happens on Linux; I have no familiarity with Windows.)

During installation I am using msys Before all steps mentioned above I have set path as below

export PATH=/c/ghc-7.8.3/inplace/mingw/bin:/c/Python27:/c/MinGHC/bin:/c/MinGHC/msys/1.0/bin:"/C/Program Files (x86)/Git/bin":/c/dev/llvm/bin:/e/2014.2.0.0-32/bin:/e/2014.2.0.0-32/lib/extralibs/bin:/e/VCMI/libs/x86

OK, I read farther in configure and I see where ../install-sh is coming from now. I can see how that could work but for some reason it doesn't actually appear to be working.

How does your libffi/build/i386-unknown-mingw32/include/Makefile define INSTALL? (e.g. mine is INSTALL = /usr/bin/install -c.) It should be ../../install-sh -c, but I expect it will actually be ../install-sh -c.

I would suggest as a workaround ensuring that you have an install on your path somewhere. Or someone familiar with Windows and autoconf should comment.

Files Makefile in both, package and repository distribution, contains two definitions with install-sh string: INSTALL = ../../install-sh -c and install_sh = ${SHELL} /c/new-1inst/ghc-7.8.3/libffi/build/install-sh (SHELL = /bin/sh) /c/new-1inst/ghc-7.8.3 is a root root directory for my ghc installation. install-sh file exists in specified path

Thank you for your help. I would gladly accept any other suggestions.

Trac metadata

Trac field	Value
Architecture	x86_64 (amd64) → x86

I have finally succeeded -- it was necessary to use MSYS2 as building environment. I have posted further details in the mail http://www.haskell.org/pipermail/ghc-devs/2014-September/006217.html

closed

For others that are running into this problem, please see the greatly improved wiki page Building/Preparation/Windows.

Trac metadata

Trac field	Value
Resolution	Unresolved → ResolvedWorksForMe
Operating system	Unknown/Multiple → Windows

The new Hadrian build system has been merged. Relabeling the tickets concerning the legacy make build system to prevent confusion.

Trac metadata

Trac field	Value
Component	Build System → Build System (make)

added ghc build failure label

added Pnormal label

Building GHC on Windows

Child items 0

Activity

Trac field	Value
Version	7.8.3
Type	Bug
TypeOfFailure	OtherFailure
Priority	normal
Resolution	Unresolved
Component	Build System
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system	Unknown/Multiple
Architecture	x86_64 (amd64)