Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/simonmar/nightly/HEAD
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Wed Sep 17 18:02:05 BST 2008.
checking out
On 18/09/2008, at 10:29, Ian Lynagh wrote:
Hi Simon,
On Wed, Sep 17, 2008 at 01:39:30PM +0100, Simon Peyton-Jones wrote:
We'd like to release the DPH packages with GHC 6.10. So can you make
the bundling process do that?
You mean as an extralib, rather than as a bootlib, right?
Yes, it sh
On Mon, Sep 15, 2008 at 01:15:50PM +0100, Claus Reinke wrote:
> I just pulled the latest head and tried to build, getting
>
> gcc.exe: installation problem, cannot exec `cc1': No such file or directory
Duncan pushed a patch that we hope will finally fix this to the upstream
Cabal repo. I don't ha
On Mon, Sep 15, 2008 at 05:49:18PM +0100, Simon Peyton-Jones wrote:
>
> This one lists Lennart as the owner, but he's submitted revised code. What
> should we do next?
>
> http://hackage.haskell.org/trac/ghc/ticket/1548
Good point; Simon M's applied it.
Thanks
Ian
__
Hi Simon,
On Wed, Sep 17, 2008 at 01:39:30PM +0100, Simon Peyton-Jones wrote:
>
> We'd like to release the DPH packages with GHC 6.10. So can you make
> the bundling process do that?
You mean as an extralib, rather than as a bootlib, right?
Thanks
Ian
Hi Chaddaï,
On Mon, Sep 15, 2008 at 10:55:56AM +0200, Chaddaï Fouché wrote:
>
> Mon Sep 15 10:33:30 CEST 2008 "Chaddai Fouche" <[EMAIL PROTECTED]>
> * RichTokenStream support
Can you re-send this as an attachment, please? I can't see how to
massage it into a form that darcs accepts.
Thanks
Build description = HEAD on x86_64-unknown-linux
(cam-04-unx.europe.corp.microsoft.com)
Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx
Nightly build started on cam-04-unx at Wed Sep 17 19:00:01 BST 2008.
**
On Mon, Sep 15, 2008 at 02:57:02AM -0700, Tim Chevalier wrote:
>
> With an up-to-date HEAD, the permissions are still wrong on the
> package.conf file:
> $ ls -l /usr/local/ghc-6.9.20080915/lib/ghc-6.9.20080915/package.conf
> -rw--- 1 root root47997 2008-09-15 02:55 package.conf
Now also
Wed Sep 17 14:08:13 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Wibble ghc-pkg imports to fix building on Windows
M ./utils/ghc-pkg/Main.hs -2 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080917210813-3fd76-4bb1b38ee7108d75192fedad22d02dd6d32c68af.gz
_
Wed Sep 17 12:21:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* ghc-pkg needs to make package.conf with sensible permissions
It was calling openTempFile which uses a 600 permissions mask.
M ./utils/ghc-pkg/Main.hs -11 +65
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080
When pulling from the ghc+libraries repos recently, I noticed that the
'./darcs-all pull -av' output differs between repos, even when there is
nothing to pull (four differing examples below). Is that intended?
Claus
== running darcs pull -av --repodir utils/haddock
Identifying repository htt
Simon Marlow wrote:
Ian Lynagh wrote:
HEAD validates for me both with and without your workaround. I have:
$ gcc --version
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465)
Won't the workaround break when Apple ships gcc 4.3?
Yes, it would break if a future Apple gcc follows
Hi
> >My preference is to use the latest versions, otherwise we'll
> run into
> >some other bug and the mingw people will (legitimately) tell
> us to use
> >a newer version, requiring us to upgrade everything anyway. I think
> >Claus disagrees with me on this.
>
> Actually, I don't disagree.
Hi
> > 2) cc1 is in the wrong place, and can't be found.
>
> isn't this just the fact that Cabal needs to pass -B to gcc?
> Does anyone know why we're still haven't this problem?
No idea. If you think its now fixed, let me know and I'll try again
without the modifications to my PATH.
> > 3) o
Mitchell, Neil wrote:
| Yes, I've added notes where my experiences differ. Once I've got
| everything working, and have identified which steps are going to be
| worked around by the build system (i.e. cc1 issues), I'll merge my
| changes in.
Thank you! Do let me know when you do this.
Befo
Ian Lynagh wrote:
On Wed, Sep 17, 2008 at 02:23:20PM +0200, David Markvica wrote:
Simon Marlow wrote:
Manuel M T Chakravarty wrote:
On Mac OS X 10.5, I am getting the appended warnings that break
validate (since yesterday).
It seems that for some odd reason Apple's gcc (versions 4.0.1 and 4.2
Ian Lynagh wrote:
On Wed, Sep 17, 2008 at 03:38:43PM +0200, David Markvica wrote:
n Sep 17, 2008, at 15:18, Ian Lynagh wrote:
Won't the workaround break when Apple ships gcc 4.3?
Hard to say, but my guess is no. XCode 3.1.1 includes
% gcc-4.2 --
version
On Wed, Sep 17, 2008 at 03:38:43PM +0200, David Markvica wrote:
> n Sep 17, 2008, at 15:18, Ian Lynagh wrote:
>
> >Won't the workaround break when Apple ships gcc 4.3?
>
> Hard to say, but my guess is no. XCode 3.1.1 includes
>
> % gcc-4.2 --
> version
>
n Sep 17, 2008, at 15:18, Ian Lynagh wrote:
> On Wed, Sep 17, 2008 at 02:23:20PM +0200, David Markvica wrote:
>> Simon Marlow wrote:
>>> Manuel M T Chakravarty wrote:
On Mac OS X 10.5, I am getting the appended warnings that break
validate (since yesterday).
>>
>> It seems that for some
Talking with Neil about ghc build issues off list, I was reminded
that my local darcs-all still differs from the standard one. I have
occasionally posted it here, and small bits have made it into the
repo, but I don't really know why the main changes haven't made it.
So I'm asking for comments:
On Wed, Sep 17, 2008 at 02:23:20PM +0200, David Markvica wrote:
> Simon Marlow wrote:
> >Manuel M T Chakravarty wrote:
> >>On Mac OS X 10.5, I am getting the appended warnings that break
> >>validate (since yesterday).
>
> It seems that for some odd reason Apple's gcc (versions 4.0.1 and 4.2.1)
>
Before I fix the documentation the GHC team needs to make a decision -
do you want to support the latest mingw/cygwin, or advise people to use
specific old versions?
The old versions work exactly as per the descriptions Claus gave
(although there are a few tweaks required for bootstrapping with
> | Yes, I've added notes where my experiences differ. Once I've got
> | everything working, and have identified which steps are going to be
> | worked around by the build system (i.e. cc1 issues), I'll merge my
> | changes in.
>
> Thank you! Do let me know when you do this.
Before I fix the
Ian
We'd like to release the DPH packages with GHC 6.10. So can you make the
bundling process do that? There may be minor changes, but what's in the repo
is about right.
Thanks
SImon
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.o
Simon Marlow wrote:
Manuel M T Chakravarty wrote:
On Mac OS X 10.5, I am getting the appended warnings that break
validate (since yesterday).
I'm not able to repeat this with the versions of gcc I have installed,
and from reading the gcc docs it seems I'm doing the right thing.
It seems tha
Wed Sep 17 03:29:25 PDT 2008 Thomas Schilling <[EMAIL PROTECTED]>
* Change 'loadWithCompiler' callback argument to just print warnings.
Rename function accordingly.
The callback wasn't very flexible to begin with. There's pretty much
no way around to calling 'compile' inside that callb
Actually I've pushed an updated patch to Cabal HEAD, so I'm hoping
someone will test & validate that on Windows. Though it needs to be
tested by someone who was having the problem because it does not happen
for everyone (for reasons that are not very clear).
See the earlier messages in this thre
[1] Cabal should really pass -B to any direct calls to ghc-internal gccs
[2] ghc should preserve gcc's internal layout when including it, so that
prefix options work as well:
[3] ghc should tell its internal gcc where its subprograms are, so that
no extra -B is needed
We al
Manuel M T Chakravarty wrote:
On Mac OS X 10.5, I am getting the appended warnings that break validate
(since yesterday).
Manuel
-=-
gcc -o mkGHCConstants.o -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts
-I../gmp/gmpbuild-c mkDerivedConstants.c -DGEN_HASKELL
gcc -Werror -DTABLES_NEXT_TO_COD
Wed Sep 17 01:05:55 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* remove spurious -fasm (causing failure for the unreg build)
M ./tests/ghc-regress/typecheck/should_compile/Makefile -2 +2
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080917080555-12142-f9a41890a59a54
Wed Sep 17 01:59:17 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Fix: GhcStage2HcOpts were being added to stage 3 too
M ./ghc/Makefile -7 +8
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080917085917-12142-5224c9330f8e8de3bcfcb3774f546554d3bb0e20.gz
_
Hi
> > c:/darcs/HEAD/ghc/stage1-inplace/ghc.exe -package-name
> time-1.1.2.1 -hide-all-packages -no-user-package-conf -i
> -idist/build -i. -idist/build/autogen -Idist/build/autogen
> -Idist/build -Iinclude -optP-include
> -optPdist/build/autogen/cabal_macros.h -odir dist/build
> -hidir dist/
Manuel M T Chakravarty wrote:
On Mac OS X 10.5, I am getting the appended warnings that break validate
(since yesterday).
Manuel
-=-
gcc -o mkGHCConstants.o -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts
-I../gmp/gmpbuild-c mkDerivedConstants.c -DGEN_HASKELL
gcc -Werror -DTABLES_NEXT_TO_COD
Simon Peyton-Jones wrote:
Building under Cygwin on Windows, I get this in package 'time':
c:/darcs/HEAD/ghc/stage1-inplace/ghc.exe -package-name time-1.1.2.1
-hide-all-packages -no-user-package-conf -i -idist/build -i.
-idist/build/autogen -Idist/build/autogen -Idist/build -Iinclude -optP-inc
Build results:
x86-64 Linux head:fail (failed bindisttest)
x86 Windows head: pass
x86 Windows head fast:lost pass pass pass fail (failed stage1) pass
fast486 head: pass
gabor head: pass
kgardas head: fail (failed stag
Build results:
tnaur PPC OSX stable 2: pass
x86 Windows stable: fail (failed stage1)
x86 Windows stable fast: pass pass pass pass pass pass
x86-64 Linux stable: fail (failed stage1)
Old unexpected test failures:
TyFamUndec 4 gabor stable
barton-mangler-bug 1 tnaur x8
| Yes, I've added notes where my experiences differ. Once I've got
| everything working, and have identified which steps are going to be
| worked around by the build system (i.e. cc1 issues), I'll merge my
| changes in.
Thank you! Do let me know when you do this.
Simon
_
Hi Simon
> I'd really really like to end up
> a) with a build system that works
> b) with Wiki instructions that match it
The issues with (a) are fairly minor, so I don't think that will be too
much effort.
> Concerning the latter, Neil, you could fix the Wiki material
> directly couldn't you?
I've started a Trac ticket so that we don't lose this thread:
http://hackage.haskell.org/trac/ghc/ticket/2598
I've transferred your comments there and added you to the cc list.
Others: if you are interested, add yourselves.
Simon
| -Original Message-
| From: Roman Leshchinskiy [
39 matches
Mail list logo
