Apparently, pkString is part of TH.Syntax which is part of ./
libraries/template-haskell/Language/Haskell/TH/Syntax.hs. This does
not get built after the compiler is built but the compiler depends on
it in compiler/hsSyn/Convert.lhs.
How do I resolve this?
--
http://wagerlabs.com/
I have that issue with Darcs too. Mac Os Intel here. Is that related maybe ?
On 19/08/06, Joel Reymont [EMAIL PROTECTED] wrote:
What's wierd is that I cannot run darcs annotate to see what patch
changed the bit that's failing:
darcs annotate -v compiler/hsSyn/Convert.lhs
darcs failed: There
/usr/local/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes -
istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -
istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/
specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -
istage1/simplStg
Yes, I'm on Mac Intel. Fixing these issues as I go along.
On Aug 19, 2006, at 9:31 AM, pepe wrote:
I have that issue with Darcs too. Mac Os Intel here. Is that
related maybe ?
--
http://wagerlabs.com/
___
Glasgow-haskell-users mailing list
I can't tell just what you are doing, but somehow you seem to be
building a stage-2 compiler in stage1.
Furthermore, consider your invocation
/usr/local/bin/ghc -H16m -O ... utils/Digraph.lhs ...
utils/Digraph.lhs:133:12:
Ambiguous occurrence `indices'
It could refer to either
On Aug 19, 2006, at 7:30 PM, Simon Peyton-Jones wrote:
I can't tell just what you are doing, but somehow you seem to be
building a stage-2 compiler in stage1.
Well, I'm on Mac Intel so I can only build ghc 6.5 using ghc 6.5. The
one in /usr/local was built a few weeks ago and worked at
Joel, I feel your pain.
In my (very short) experience, the ghc build system can be fragile
and impredictable some times. Randomly, it will decide to do a stage2
build in stage1, and this is clearly your case today Joel.
The issue with indices and bounds is an actual issue, but can be
On 8/19/06, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
I can't tell just what you are doing, but somehow you seem to be
building a stage-2 compiler in stage1.
On compiler/Makefile we got
ifeq $(BootingFromHc) YES
# HC files are always from a self-booted compiler
bootstrapped = YES
else
ifneq
On Aug 19, 2006, at 8:48 PM, Esa Ilari Vuokko wrote:
So, Joel, you might want to change your mk/Config.mk and lie about
your ghc version a bit (you need to mod the file after configure).
Say it's 6.4, and you might not need to unpull patches and you might
get normal 2-stage bootstrap.
On Aug 19, 2006, at 8:46 PM, Pepe Iborra wrote:
Finally, I recommend the brute force combo: ' make distclean ;
autoreconf ; ./configure ; make -j2 '
If after that you see -DGHCI -DBREAKPOINT in your stage1 build,
that's bad.
This is how I started yesterday. I repeated that just now, see
On 8/19/06, Joel Reymont [EMAIL PROTECTED] wrote:
On Aug 19, 2006, at 8:48 PM, Esa Ilari Vuokko wrote:
So, Joel, you might want to change your mk/Config.mk and lie about
your ghc version a bit (you need to mod the file after configure).
Say it's 6.4, and you might not need to unpull patches
On Aug 19, 2006, at 8:48 PM, Esa Ilari Vuokko wrote:
So, Joel, you might want to change your mk/Config.mk and lie about
your ghc version a bit (you need to mod the file after configure).
Say it's 6.4, and you might not need to unpull patches and you might
get normal 2-stage bootstrap.
The
On Aug 19, 2006, at 9:25 PM, Esa Ilari Vuokko wrote:
Ergh, sorry. That'd be right, because that is controlled by
preprocessor
defsyou'll need to unpull that patch for stage1, but hopefully
it won't
try building ghci and template-haskell in stage1 this time.
No dice. Still getting
13 matches
Mail list logo