| This is a little odd. What's happening is that cabal-bin doesn't know
| how to build the ghc-prim package, so it compiles and uses Setup.hs
| instead. So when you ask it to clean the package, it builds Setup and
| does "./Setup clean".
Is this really a good thing? That make clean requires serio
Hi Simon,
On Fri, Jul 04, 2008 at 05:05:27PM +0100, Simon Peyton-Jones wrote:
>
> 'make distclean' crashes. Surely it should not be running GHT to build
> something?
This is a little odd. What's happening is that cabal-bin doesn't know
how to build the ghc-prim package, so it compiles and use
If you do a 'darcs pull' then 'make distclean' then 'make' you may (just now)
get errors of various kinds when 'make' reaches utils/ghc-pkg.
Solution: cd compat; rm **/*.{hi,o}
Reason: after you pull, make distclean doesn't clean droppings from previous
incarnations of the build system.
Simon
2008/7/4 Claus Reinke <[EMAIL PROTECTED]>:
Looks like it doesn't like the bang pattern. What version of Haddock
are you using?
>>>
>>> 0.8. Why, is it safe to use Haddock 2 in the GHC build yet?-)
>>
>> Well, it is possible with some effort, so I just wanted to make sure
>> it's not a bug
Fri Jul 4 07:46:26 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* FIX #2398: file locking wasn't thread-safe
M ./rts/posix/FileLock.c +15
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080704144626-12142-7b3e927123c7ff6e815a51f2cd7f7adf5913fc51.gz
_
Fri Jun 20 06:52:58 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Remove out of date comments and point to the commentary
The wiki commentary is now the official description of recompilation
checking.
http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/RecompilationAvoidance
Fri Jul 4 07:37:39 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* add -ignore-dot-ghci
M ./tests/ghc-regress/ghci/prog004/Makefile -1 +1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080704143739-12142-bec8491236243404ca2c03532a22a2f425ebb1f9.gz
Thu Jun 19 07:32:53 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* add test from #2317
A ./tests/ghc-regress/concurrent/2317/
A ./tests/ghc-regress/concurrent/2317/2317.hs
A ./tests/ghc-regress/concurrent/2317/2317.stdout
A ./tests/ghc-regress/concurrent/2317/Makefile
A ./tests
That would be fabulous.
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Waern
| Sent: 02 July 2008 08:53
| To: cvs-ghc@haskell.org; [EMAIL PROTECTED]
| Subject: Type Families in Haddock
|
| Hi,
|
| I'm going to add Type Families support to the Ha
with the changes in configure.ac for happy/alex/haddock paths,
and with libraries/fgl removed, the main build for ghc head on
windows goes through, but now there is a Cabal version issue
in packaging it up for installation.
Claus
make binary-dist
..
== make install - --unix -wr;
in /cygdrive/c/f
Looks like it doesn't like the bang pattern. What version of Haddock
are you using?
0.8. Why, is it safe to use Haddock 2 in the GHC build yet?-)
Well, it is possible with some effort, so I just wanted to make sure
it's not a bug.
How much effort? Simon M's new ghc-path package gives you
eas
Claus Reinke wrote:
You might want to try darcs 2.0.2 on Windows. Nowadays I try darcs 2
first on Windows, then if that fails I fall back to darcs 1 (but I
don't think I've encountered a case where darcs 2.0.2 failed and darcs
1 worked yet).
Cheers,
Simon
Thanks! I'd been wondering whether
I also didn't get any comment for the patch so maybe the readline port
is not supported anymore. I could ask in the main readline development
list. I created the patch with another tool and I didn't check whether
it works with the Unix tools. I will make another patch next week. I
will be away in t
2008/7/4 Claus Reinke <[EMAIL PROTECTED]>:
> dist\build\tmp\Data\Graph\Inductive\PatriciaTree.hs:"dist\\build\\tmp\\Data\\Graph\\Inductive\\PatriciaTree.hs":
>>>
>>> 65:15: Parse error
>>
>> Looks like it doesn't like the bang pattern. What version of Haddock
>> are you using?
>
> 0.8. Why, is it s
There is a native port of readline to Windows from gnuwi32 here:
http://gnuwin32.sourceforge.net/packages/readline.htm
It is rather flaky but I did some fixes in the C library and now it
works very well. The Haskell binding also just works. You can find the
patch here:
http://sourceforge.net/tr
dist\build\tmp\Data\Graph\Inductive\PatriciaTree.hs:"dist\\build\\tmp\\Data\\Graph\\Inductive\\PatriciaTree.hs":
65:15: Parse error
Looks like it doesn't like the bang pattern. What version of Haddock
are you using?
0.8. Why, is it safe to use Haddock 2 in the GHC build yet?-)
Claus
___
2008/7/4 Claus Reinke <[EMAIL PROTECTED]>:
> Checking back, I see that fgl was removed from extra-packages,
> but apparently, that doesn't keep it from being built (or not, in this
> case). Should I remove libraries/fgl, or should the build system
> avoid building things not mentioned in boot- or e
On Fri, Jul 04, 2008 at 11:12:10AM +0100, Claus Reinke wrote:
>
> > | Thu Jul 3 06:26:14 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
> > | * Shove the GHC path through cygpath -m
>
> > Does this mean that you can only build GHC with Cygwin? Up to now, MSYS
> > has been just fine.
>
> 3. the ac
Checking back, I see that fgl was removed from extra-packages,
but apparently, that doesn't keep it from being built (or not, in this
case). Should I remove libraries/fgl, or should the build system
avoid building things not mentioned in boot- or extra-packages
by default?
And shouldn't Haddock b
You might want to try darcs 2.0.2 on Windows. Nowadays I try darcs 2 first
on Windows, then if that fails I fall back to darcs 1 (but I don't think
I've encountered a case where darcs 2.0.2 failed and darcs 1 worked yet).
Cheers,
Simon
Thanks! I'd been wondering whether the time was ripe to
1. The same normalization is needed for other things passed
to Cabal, such as happy,haddock,alex.
2. The replication cries out for a macro, and indeed there
already are other cases in aclocal.m4 (search for 'normalized')
3. the aclocal.m4 cases test for 'x${OSTYPE} != xmsys',
so that sh
There is a native port of readline to Windows from gnuwi32 here:
http://gnuwin32.sourceforge.net/packages/readline.htm
It is rather flaky but I did some fixes in the C library and now it
works very well. The Haskell binding also just works. You can find the
patch here:
http://sourceforge.net/tra
Does this mean that you can only build GHC with Cygwin? Up to now, MSYS has
been just fine.
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Lynagh
| Sent: 03 July 2008 19:19
| To: cvs-ghc@haskell.org
| Subject: patch applied (ghc): Shove t
Claus Reinke wrote:
cabal-bin.exe: cabal: Don't know what to do!
Sorry about that - the Windows build works for me now.
Thanks, also for picking up on all those older items!-)
I'm pulling right now, but it seems I will have to do a little darcs
massaging to make it go through - this time it
Ian Lynagh wrote:
Sat Jun 28 08:27:43 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Use extra_clean rather than clean
This makes things more robust when running with threads
Thanks, I'd been meaning to do that for a while.
Cheers,
Simon
__
Build results:
x86-64 Linux head: lost
kahl G5 Gentoo Linux head: pass
x86-64 Linux head unreg: lost
Dropping unexpected test passes reports from builders not seen in 7 days:
gabor head
Dropping unexpected test failures reports from builders not seen in 7 days:
gabor head
Fix
Build results:
gabor stable:lost
kahl G5 Gentoo Linux stable: pass
tnaur PPC OSX stable:lost
tnaur PPC OSX stable 2: fail (failed runtestsuite)
x86-64 Linux stable: lost
New unexpected test failures:
Simple2 1 kahl G5 Gentoo Linux stable
T2307
27 matches
Mail list logo