Right, and the reason for why dph-lifted-vseq is configured before the
ghc package seems to be that I told "compiler_stage2_NOT_NEEDED =
YES".

Logically this would be correct, as there is no stage2 compiler in a
cross-compilation setting, but by saying so, the build system lumps
all packages for being configured together and performs it using the
stage1 compiler (obviously before the ghc package is built).

I do not understand this fully yet, anyway this
https://github.com/ggreif/ghc/commit/56522be8b2b7c09b492d11ba911a2b8f2406999d
solved my problems (I hope).

Any insight why this is happening is welcome.

Cheers,

    Gabor

On 1/12/12, Simon Marlow <[email protected]> wrote:
> On 11/01/2012 21:40, Roman Leshchinskiy wrote:
>> On 11/01/2012, at 19:37, Gabor Greif wrote:
>>
>>> libraries/dph/dph-lifted-vseg/Data/Array/Parallel/PArray/PData/Base.hs:20:8:
>>>     Could not find module `SpecConstr'
>>>     Use -v to see a list of the files searched for.
>>> make[1]: ***
>>> [libraries/dph/dph-lifted-vseg/dist-install/build/.depend-v.haskell]
>>> Error 1
>>> make: *** [all] Error 2
>>>
>>> Turns out there is no such module in Base any more.
>>
>> FWIW, SpecConstr is a ghc module which (I assume) isn't found because you
>> removed the dependency on ghc. I have no idea why the ghc==7.* dependency
>> is failing, it looks like a bug to me.
>
> The usual reason for this kind of failure is if there is a missing
> dependency such that dph-lifted-vseq is being configured before the ghc
> package.
>
> Cheers,
>       Simon
>

_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc

Reply via email to