With the latest HEAD, I get this:
ar: creating archive dist-stage2/build/libHSghc-6.9.a
ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizucif_closure_tbl and
_ghczm6zi9_LibFFI_Czuffizutype_closure_tbl in dist-stage2/build/LibFFI.o
ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizucif_closu
On Tue, 2008-07-29 at 15:34 +0100, Malcolm Wallace wrote:
> > I don't think that's right. The HP maintainers are not (and cannot be)
> > the maintainers of each individual package. That just does not scale.
>
> Oh absolutely, but I was imagining that (at least part of) the purpose
> of the Platfo
Tue Jul 29 14:40:07 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Fix a typo in powerpc/Linux-only code; spotted by Jeroen Pulles
M ./rts/Adjustor.c -1 +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729214007-3fd76-8669eacd148e0394389621fb31df71596593badd.gz
__
Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/simonmar/nightly/STABLE
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Tue Jul 29 18:12:05 BST 2008.
checki
Tue Jul 29 13:17:57 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Don't fail when cleaning if cabal-bin doesn't exist
M ./timeout/Makefile -1 +1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080729201757-3fd76-5ceb8fd0944fda2f6cbb943cc109b4a6ef2cc60a.gz
__
Tue Jul 29 14:18:52 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Add the runghc wrapper script
A ./utils/runghc/runghc.wrapper
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729211852-3fd76-ef3f330c6581823233f27c5f66896e51efc479a6.gz
_
Tue Jul 29 13:24:10 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Make cabal-bin not do any building, even of Setup.hs, when it is asked to
clean
M ./libraries/cabal-bin.hs -2 +10
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729202410-3fd76-4670df85d73bb47614ae70bd3dad6
Tue Jul 29 13:16:40 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Update the test in Makefile that we have all the boot libs
M ./Makefile -3 +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729201640-3fd76-51ac86632839ef05dc3f9b007db25be65318a683.gz
_
Tue Jul 29 13:10:32 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Update boot's test that we have all of the bootlibs
M ./boot -2 +2
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729201032-3fd76-9308fa497c82d59107669ee4368ea8d56ca0b173.gz
Tue Jul 29 13:06:13 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Make the push-all script complain about bad lines
M ./push-all +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729200613-3fd76-d425727ef47ee54ca8a3f3dfd3124c4b9c18ccfc.gz
_
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 Tue Jul 29 18:02:05 BST 2008.
checking out
Malcolm Wallace wrote:
As a package author (rather than a user), I would see this as a primary
benefit of having my packages added to the Platform. And as a package
user (rather than author), there is the corresponding antibenefit of
removing a package like HOpenGL from the Platform: a diminishe
On Tue, Jul 29, 2008 at 07:50:56AM +0100, Simon Peyton-Jones wrote:
> Do we know what the OSX problem is? Is anyone working to fix it?
Should work now.
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cv
Hi Judah,
On Mon, Jul 28, 2008 at 02:16:42PM -0700, Judah Jacobson wrote:
>
> Building the latest HEAD on my machine (OS X 10.5, x86) fails with the
> following message. I can reproduce this with a pristine source tree.
>
> >From what I can tell, a bunch of "-u _base_GHC[etc]" flags are being
Tue Jul 29 08:19:34 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Add some comments to packages/darcs-all
M ./darcs-all -1 +1
M ./libraries/Makefile +2
M ./packages +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729151934-3fd76-cada73f514ce8aa8f60d1720e073da3ae7
Tue Jul 29 07:18:24 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Remove cabal-install from ./packages; we've decided not to build it
M ./darcs-all -6
M ./packages -1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729141824-3fd76-682ef189d15df9762053fba6d92548ccbb98b83
Tue Jul 29 07:19:17 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Remove ndp from libraries/Makefile. We now use dph instead.
M ./libraries/Makefile -1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729141917-3fd76-9306b56482e34df835f5c7c883d6b1e1b962af7b.gz
_
Tue Jul 29 07:18:50 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]>
* Add dph to ./packages and darcs-all
M ./darcs-all +5
M ./packages +1
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080729141850-3fd76-1edd591217b5d77cf9c0725a077ab1d800439281.gz
__
Tue Jul 29 08:05:18 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* FIX #2327: a fault in the thunk-selector machinery (again)
This program contains an expression of the form
let x = snd (_, snd (_, snd (_, x)))
(probably not explicitly, but that's what appears in the heap at
runtim
Tue Jul 29 08:04:59 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* FIX #2332: avoid overflow on 64-bit machines in the memory allocator
M ./includes/Storage.h -4 +4
M ./rts/posix/OSMem.c -1 +1
M ./rts/sm/Storage.c -5 +5
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20
> I don't think that's right. The HP maintainers are not (and cannot be)
> the maintainers of each individual package. That just does not scale.
Oh absolutely, but I was imagining that (at least part of) the purpose
of the Platform is to generate automatic notifications to package
owners, when a c
On Mon, 2008-07-28 at 11:11 +0100, Malcolm Wallace wrote:
> > FYI: Haskell's OpenGL binding has just been dropped from GHC's
> > extralibs, which means that it will no longer be kept in sync with GHC
> > development, at least not by GHC HQ.
> >
> > GHC HQ has its hands full and -generally speakin
Mon Jul 28 04:51:45 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* fixes required after changes in #1205
":load M" now complains if M.hs doesn't contain module M, but ':load
M.hs' does not. This seems reasonable to me, but there's potential
for confusion. I'm not sure how to improve the sit
Mon Jul 28 08:00:44 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* fix some tests on Windows
./tests/ghc-regress/lib/IO/openFile005.stdout-mingw ->
./tests/ghc-regress/lib/IO/openFile005.stdout-i386-unknown-mingw32
A ./tests/ghc-regress/lib/IO/countReaders001.stdout-i386-unknown-mingw32
Mon Jul 28 07:59:52 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* windows-specific output for this test
A ./tests/ghc-regress/cabal/cabal01/cabal01.stdout-i386-unknown-mingw32
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080728145952-12142-c2b6673cdc0053835826e1ddbb
Mon Jul 28 07:59:37 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* use absolute path to ghc-pkg
M ./tests/ghc-regress/driver/1372/Makefile -1 +1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080728145937-12142-cb8388ef3a0fd074683f66a1eb96d19ec2b61ac8.gz
_
Mon Jul 28 07:58:55 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* add tests for #2248
M ./tests/ghc-regress/driver/Makefile +13
M ./tests/ghc-regress/driver/all.T +7
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20080728145855-12142-6a940ee74154b232fe6a11c20f662df2
Mon Jul 28 08:56:21 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Change the calling conventions for unboxed tuples slightly
When returning an unboxed tuple with a single non-void component, we
now use the same calling convention as for returning a value of the
same type as that component.
Mon Jul 28 06:46:47 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* don't strip the inplace GHC executables (for debugging)
M ./ghc/Makefile +4
M ./utils/installPackage/installPackage.hs -13 +16
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080728134647-12142-b36c50e6fee
Mon Jul 28 03:51:41 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* Complete the changes for #1205
Now ":load M" always searches for a module called "M", rather than
using a file called "M.hs" if that exists. To get the file semantics
(i.e. not loading "M.o"), use ":load M.hs".
M ./compi
Fri Jul 25 08:14:06 PDT 2008 Simon Marlow <[EMAIL PROTECTED]>
* update the comments about how we find $topdir
M ./compiler/main/SysTools.lhs -33 +22
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20080725151406-12142-1108629db126f51692232f57aabb9eb0d06aaf8b.gz
Build results:
x86-64 Linux head:lost
x86 Windows head: fail (failed bindist bindisttest failed slave
lost)
x86 Windows head fast:lost lost pass fail (failed stage1) pass
fast486 head: pass
gabor head: pass
kgardas head:
Build results:
x86 Windows stable: fail (failed boottestsuite runtestsuite failed slave
lost)
x86 Windows stable fast: lost lost fail (failed boottestsuite runtestsuite)
fail (failed boottestsuite runtestsuite) fail (failed boottestsuite
runtestsuite) fail (failed boottestsuite runtestsuite
33 matches
Mail list logo