Hi again, it still fails with the same error message. All the best, Wolfgang Am Donnerstag, den 11.06.2015, 18:17 +0300 schrieb Wolfgang Jeltsch:

Hi,

I did not care about the submodules; so this could be the reason of the failure. That said, running

git submodule update --init

now only showed a message regarding utils/haddock, which causes me some doubts that it will really fix the issue with deepseq. Let’s see.

All the best, Wolfgang

Am Donnerstag, den 11.06.2015, 16:49 +0200 schrieb Thomas Miedema:

...

Maybe you forgot `git submodule init` or `git submodule update`? See this page for a simple trick to never forget again: https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/Git/Submodules#Usin...

If that didn't work, do a `make maintainer-clean` and try again.

On Thu, Jun 11, 2015 at 4:37 PM, Wolfgang Jeltsch wrote: Hi,

I just updated my GHC HEAD copy via git pull and tried to rebuild GHC with BuildFlavour set to devel2. I got the following error message:

ghc/InteractiveUI.hs:68:8: error: Could not find module ‘Control.DeepSeq’ It is a member of the hidden package ‘deepseq-1.4.1.1@deeps_6vMKxt5sPFR0XsbRWvvq59’. Use -v to see a list of the files searched for.

Any ideas what to do?

All the best, Wolfgang

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

OK, so I think the reason is because this commit: https://phabricator.haskell.org/rGHC3b55659d4f54e503f4e550d762bc55a2650ed13d actually changed the ghc-bin.cabal.in file under ghc/. Which we use to generate ghc-bin.cabal, which is actually fed to Cabal to build the 'ghc' executable. The build system generates these files from .in files (from autoconf) very early so 'make' doesn't track the dependencies here, and it can't rebuild the files from the .in files. That means you need to regenerate the .cabal file from the .in file to pick up 'deepseq', which was added to Build-Depends. The reason this gets 'fixed' with ./validate is precisely because validate cleans the entire tree and re-boots it before continuing. So it happens automatically. TL;DR you should re-./boot and re-./configure again, as Herbert said. In practice this shouldn't cost you much time, because even though GHC will re-run the build steps, most of the results of those steps will be cached compilations, which it can skip. If that doesn't work, then distclean and start over - which sucks, but you won't have to do it again ('make' will work fine to rebuilt). On Thu, Jun 11, 2015 at 11:23 AM, Simon Peyton Jones wrote:

I got the same thing on my 7.10 branch. But when I said "sh validate" (which starts with make distclean etc) all was well.

S

| -----Original Message----- | From: ghc-devs [mailto:ghc-devs-bounces@haskell.org] On Behalf Of | Wolfgang Jeltsch | Sent: 11 June 2015 16:20 | To: ghc-devs@haskell.org | Subject: Re: GHC build failure | | Hi again, | | it still fails with the same error message. | | All the best, | Wolfgang | | Am Donnerstag, den 11.06.2015, 18:17 +0300 schrieb Wolfgang Jeltsch: | > Hi, | > | > I did not care about the submodules; so this could be the reason of | > the failure. That said, running | > | > git submodule update --init | > | > now only showed a message regarding utils/haddock, which causes me | > some doubts that it will really fix the issue with deepseq. Let’s | see. | > | > All the best, | > Wolfgang | > | > Am Donnerstag, den 11.06.2015, 16:49 +0200 schrieb Thomas Miedema: | > > Maybe you forgot `git submodule init` or `git submodule update`? | See | > > this page for a simple trick to never forget again: | > > | https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/Git/Submodu | > > les#UsingaGitalias | > > | > > | > > If that didn't work, do a `make maintainer-clean` and try again. | > > | > > | > > | > > On Thu, Jun 11, 2015 at 4:37 PM, Wolfgang Jeltsch | > > wrote: | > > Hi, | > > | > > I just updated my GHC HEAD copy via git pull and tried to | > > rebuild GHC | > > with BuildFlavour set to devel2. I got the following error | > > message: | > > | > > ghc/InteractiveUI.hs:68:8: error: | > > Could not find module ‘Control.DeepSeq’ | > > It is a member of the hidden package | > > ‘deepseq-1.4.1.1@deeps_6vMKxt5sPFR0XsbRWvvq59’. | > > Use -v to see a list of the files searched for. | > > | > > Any ideas what to do? | > > | > > All the best, | > > Wolfgang | > | > | > _______________________________________________ | > ghc-devs mailing list | > ghc-devs@haskell.org | > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs | | | _______________________________________________ | ghc-devs mailing list | ghc-devs@haskell.org | http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

-- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

Am Donnerstag, den 11.06.2015, 16:50 +0200 schrieb Herbert Valerio Riedel:

On 2015-06-11 at 16:37:47 +0200, Wolfgang Jeltsch wrote:

...

I just updated my GHC HEAD copy via git pull and tried to rebuild GHC with BuildFlavour set to devel2. I got the following error message:

ghc/InteractiveUI.hs:68:8: error: Could not find module ‘Control.DeepSeq’ It is a member of the hidden package ‘deepseq-1.4.1.1@deeps_6vMKxt5sPFR0XsbRWvvq59’. Use -v to see a list of the files searched for.

Any ideas what to do?

...have you ./boot'ed and ./configure'd again (and to be on the safe side, also 'make distclean')? This sounds as if your ghc/ghc-bin.cabal wasn't regenerated from the .in file...

The page at https://ghc.haskell.org/trac/ghc/wiki/Building/Hacking says that just running make again is enough. Also, I do not want to run make distclean, of course, since I want the rebuild to be fast. All the best, Wolfgang