I don't know if the build gods are looking for who-cares-about-what input,
but if so, i'd love to have a recent build of ghc HEAD that works on
windows. i haven't found one yet, and i'd really like to so i can compile &
run haddock 2.0 and then release several packages. The 20070824 was so
close,
On Sat, Sep 08, 2007 at 07:04:59PM +0200, Sven Panne wrote:
> Is there a special reason why we don't pass MFLAGS (or better: MAKEFLAGS)
> down
> to sub-makes in ghc/Makefile?
>
>...
>$(MAKE) -C libraries boot
>$(MAKE) -C libraries all
>...
>
> This way, "-j" is not passed down t
Sat Sep 8 16:10:24 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add a crucial missing ;
M ./libraries/Makefile -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Sat Sep 8 16:10:24 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add a crucial missing ;
M ./libraries/Makefile -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Sat Sep 8 05:46:45 PDT 2007 [EMAIL PROTECTED]
* Use := for PACKAGE_TARNAME, no reason for not doing so
MERGE TO STABLE
M ./mk/config.mk.in -3 +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Sat Sep 8 05:44:48 PDT 2007 [EMAIL PROTECTED]
* Removed unused oldincludedir, things are already complicated enough
MERGE TO STABLE
M ./mk/config.mk.in -4
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs
Sat Sep 8 05:33:17 PDT 2007 [EMAIL PROTECTED]
* Added comment about GNU coding standards/autoconf history
MERGE TO STABLE
M ./mk/config.mk.in -4 +25
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Sat Sep 8 07:27:12 PDT 2007 [EMAIL PROTECTED]
* We seem to use Outputable unconditionally these days
MERGE TO STABLE
M ./compiler/ghci/ByteCodeLink.lhs -3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Sat Sep 8 19:30:00 BST 2007.
checkin
Sat Sep 8 08:51:41 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* implement the outOfLine primitive in MkZipCfg (proposed as mkBlock)
M ./compiler/cmm/MkZipCfg.hs -7 +13
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/l
Fri Sep 7 10:20:30 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* withUnique and mkBlock as requested by SLPJ (but only one is implemented)
M ./compiler/cmm/MkZipCfg.hs -3 +35
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mai
Fri Sep 7 10:08:43 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* no registers are available after a call
M ./compiler/cmm/CmmSpillReload.hs +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Fri Sep 7 09:59:55 PDT 2007 Norman Ramsey <[EMAIL PROTECTED]>
* wrote an analysis to help in sinking Reload instructions
M ./compiler/cmm/CmmExpr.hs -2 +6
M ./compiler/cmm/CmmLiveZ.hs -1 +1
M ./compiler/cmm/CmmSpillReload.hs -11 +64
___
On Sat, Sep 08, 2007 at 07:04:59PM +0200, Sven Panne wrote:
> Is there a special reason why we don't pass MFLAGS (or better: MAKEFLAGS)
> down
> to sub-makes in ghc/Makefile?
>
>...
>$(MAKE) -C libraries boot
>$(MAKE) -C libraries all
>...
>
> This way, "-j" is not passed down t
Is there a special reason why we don't pass MFLAGS (or better: MAKEFLAGS) down
to sub-makes in ghc/Makefile?
...
$(MAKE) -C libraries boot
$(MAKE) -C libraries all
...
This way, "-j" is not passed down to the library build, resulting in a
strictly sequential build. Is ghc/libraries
Just a warning: The current HEAD is not working correctly, probably some kind
of FFI problem in the interpreter. Some GLUT examples (e.g. Brick.hs,
ARBOcclude.hs) work when they are compiled, but exhibit strange behaviour
when run in GHCi (no graphics, warnings from freeglut, etc.). My platform
Sat Sep 8 07:27:12 PDT 2007 [EMAIL PROTECTED]
* We seem to use Outputable unconditionally these days
MERGE TO STABLE
M ./compiler/ghci/ByteCodeLink.lhs -3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs
Sat Sep 8 06:18:09 PDT 2007 [EMAIL PROTECTED]
* Removed setting of default values for variables which are never empty
The standard autoconf variables like prefix, exec_prefix, ... are always set
by
configure, so there is no need to provide explicit defaults in the Makefile.
The lines
Sat Sep 8 05:46:45 PDT 2007 [EMAIL PROTECTED]
* Use := for PACKAGE_TARNAME, no reason for not doing so
MERGE TO STABLE
M ./mk/config.mk.in -3 +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Sat Sep 8 05:44:48 PDT 2007 [EMAIL PROTECTED]
* Removed unused oldincludedir, things are already complicated enough
MERGE TO STABLE
M ./mk/config.mk.in -4
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs
Sat Sep 8 05:33:17 PDT 2007 [EMAIL PROTECTED]
* Added comment about GNU coding standards/autoconf history
MERGE TO STABLE
M ./mk/config.mk.in -4 +25
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Build results:
x86-64 Linux head: fail (failed stage2)
x86 Windows head: fail (failed stage1)
x86 Windows head fast: fail (failed stage1) pass fail (failed stage1)
pass pass fail (failed stage1)
gbesh Intel x86_64 Linux head: fail (failed stage1) fail (failed stage
Build results:
mnemosyne x86-64 Gentoo stable: pass
tnaur PPC OSX stable: pass
x86 Windows stable: fail (failed stage1)
x86 Windows stable fast:pass pass pass fail (failed stage1) pass pass
fail (failed stage1)
x86-64 Linux stable:fail (failed stage2)
Old
23 matches
Mail list logo
