[GHC] #14312: Head does not build on Windows with the default make config.

[GHC]

#14312: Head does not build on Windows with the default make config.
-------------------------------------+-------------------------------------
        Reporter:  AndreasK          |                Owner:  (none)
            Type:  bug               |               Status:  new
        Priority:  normal            |            Milestone:
       Component:  Build System      |              Version:  8.2.1
      Resolution:                    |             Keywords:
Operating System:  Windows           |         Architecture:
 Type of failure:  Building GHC      |  Unknown/Multiple
  failed                             |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------
Description changed by AndreasK:

Old description:

> Cloning head and just running:
>
> {{{
> ./boot
> ./configure --enable-tarballs-autodownload
> make
> }}}
>
> Fails since at least two weeks and still does as of
> a4ee28978acbcf68da9dfb6f198cb6e1ff38ccca
>
> The main issue is the directory library fails to build.
>
> Creating a build.mk file and setting the Flavour to quick GHC does build
> as expected.
>
> What triggers the failure seems to be the windows.h file created by the
> directory library which in some way includes itself in a loop until the
> preprocessor/c-compiler gives up.
>
> Renaming the file locally seems to be a viable workaround.

New description:

 Cloning head and just running:

 {{{
 ./boot
 ./configure --enable-tarballs-autodownload
 make
 }}}

 Fails since at least two weeks and still does as of
 a4ee28978acbcf68da9dfb6f198cb6e1ff38ccca

 The main issue is the directory library fails to build.

 Creating a build.mk file and setting the Flavour to quick GHC does build
 as expected.

 What triggers the failure seems to be the windows.h file created by the
 directory library which in some way includes itself in a loop until the
 preprocessor/c-compiler gives up.

 Renaming the file locally seems to be a viable workaround.

 I used https://github.com/Mistuke/GhcDevelChoco to set up a build
 environment and it happens on both my machines so doesn't seem to be a
 fluke.

--

-- 
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/14312#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler