- Yhc - Haskell.org

buildbot failure in gentoo_x86
by andrewjwilkinsonw＠gmail.com 04 Feb '07

04 Feb '07

The Buildbot has detected a failed build of gentoo_x86. Full details are available at: http://www.indiegigs.co.uk:8010/gentoo_x86/builds/66 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: markus1 Build Reason: Build Source Stamp: HEAD Blamelist: Andrew Wilkinson <aw(a)cs.york.ac.uk> BUILD FAILED: failed library sincerely, -The Buildbot

1 0

Yhc build failure
by Bernie Pope 04 Feb '07

04 Feb '07

Hi, I'm trying to build yhc but it falls over immediately with this error message: $ scons scons: Reading SConscript files ... ValueError: int() literal too large: 20070126223254: File "Sconstruct", line 23: always_configure(env, Configure, ARGUMENTS) File "/home/t-berp/yhc/build/configure.py", line 46: env["ENV"]["VERSION"] = getVersion(type) File "/home/t-berp/yhc/build/version.py", line 9: dt = int(lines[-1].split("**")[1].strip()[:-1]) The version of scons: $ scons --version SCons by Steven Knight et al.: script: v0.96.1.D001, 2004/08/23 09:55:29, by knight on casablanca engine: v0.96.1.D001, 2004/08/23 09:55:29, by knight on casablanca Copyright (c) 2001, 2002, 2003, 2004 The SCons Foundation Cheers, Bernie.

2 1

Please make me a Yhc build slave (was: Become a GHC build slave!)
by Thorkil Naur 03 Feb '07

03 Feb '07

Hello, Please make me a Yhc buildbot slave. I am not sure what additional information you need, but here is some: My machine is a Power PC Max OS X. I have other machinery (Linux and FreeBSD) that I may consider for this ordeal, but I will start with the Mac. Best regards Thorkil On Friday 02 February 2007 20:59, Neil Mitchell wrote: > Hi > > > As a second point, the Yhc team do a variety of builds - some from > > clean, some from fullclean, some from delete the directory and a > > completely fresh darcs pull etc. We've found that can help catch > > things like interface changes, dependancies etc earlier. If you have > > (or can find) too many Windows/Linux machines etc that might be worth > > doing - and is pretty easy with buildbot. > > As a side point, if you are considering becoming a GHC buildbot slave, > and are going to go to the (admitedly pretty small) trouble of > installing buildbot etc, you might want to consider becoming a Yhc > buildbot. Being a Yhc buildbot takes very little processor power and > time - builds take between 3 and 15 mins. > > Our existing list of buildbots is http://www.indiegigs.co.uk:8010/ , > and our details on being a buildbot are > http://haskell.org/haskellwiki/Yhc/Buildbot . If you do want to be a > Yhc buildbot please drop yhc(a)haskell.org a quick email (cc'ing me, > since we've been having some issues of posts bouncing from > non-members) > > Thanks (and appologies for being so off-topic on GHC-users!) > > Neil > _______________________________________________ > Glasgow-haskell-users mailing list > Glasgow-haskell-users(a)haskell.org > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users >

1 0

yhc build failure -- possible missing dependency
by Eric Sessoms 03 Feb '07

03 Feb '07

Just pulled the latest YHC this morning and got: > YHC_build(["src/packages/yhc-base-1.0/Data/Set.hbc"], > ["src/packages/yhc-base-1.0/Data/Set.hs"]) > inst/bin/yhc -cpp -c src/packages/yhc-base-1.0/Data/Set.hs > Warning: Can't find file "Typeable.h" in directories > /home/eric/projects/yhc/src/packages/yhc-base-1.0/Data > . > Asked for by: /home/eric/projects/yhc/src/packages/yhc-base-1.0/Data/Set.hs at line 553 col 1 > yhc: Error: File not found, Data.List > Reason: imported from Data.Set > Looked in: > /home/eric/projects/yhc/src/packages/yhc-base-1.0/ > . > /home/eric/projects/yhc/inst/lib/yhc/packages/yhc-base/1.0 Building List by hand made it happy, so I'm guessing it's some sort of scons-thing. Eric

2 1

buildbot failure in gentoo_amd64
by andrewjwilkinsonw＠gmail.com 27 Jan '07

27 Jan '07

The Buildbot has detected a failed build of gentoo_amd64. Full details are available at: http://www.indiegigs.co.uk:8010/gentoo_amd64/builds/30 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: gentooamd64 Build Reason: Build Source Stamp: HEAD Blamelist: golubovsky(a)gmail.com BUILD FAILED: failed failed slave lost sincerely, -The Buildbot

1 0

Re: [Yhc] make_tuple for arbitrary number of elements
by Thomas Shackell 17 Jan '07

17 Jan '07

> Heh. You wrote me a patch - now I feel bad. :) After reading your > email I decided that I definitely should implement it (System.Time) > through the FFI that's already there. No need to feel bad, I enjoyed it and it only took me 10 minutes, it's also a bit of a tidy up in many ways. If you're adding things which are primitive parts of the standard prelude then I would recommend at looking at: - src/packages/yhc-base-1.0/YHC/Primitive.hs - src/runtime/BCKernel/primitive.h - src/runtime/BCKernel/primitive.c - src/runtime/BCKernel/builtin Some of the files in builtin are more closely tied to the runtime than others. Array.c, IO.c and System.c are fairly good examples of generic ones. Indeed System.c is probably the most sensible place for System.Time functions. > I'll try to find an excuse to use the make_ntuple. Thanks and kudos for > the speedy response. It'll be useful if you really need a function to return several different results, for example primIntegerQuotRem. However you don't need to try to use it ;-) Thanks Topm

1 0

Data.Map
by Christopher Lane Hinson 16 Jan '07

16 Jan '07

I sent a patch to yhc(a)haskell.org, but triggered the moderation system for the message being too long. The patch can be found by pulling from my alternate repo at http://www.downstairspeople.org/darcs/yhc_clanehin Note that this repo is inconsistent with what it was yesterday, if you pulled from that, as though by unrecord. So pull freshly if needed. Please advise as needed. --Lane

3 5

buildbot failure in windows
by andrewjwilkinsonw＠gmail.com 16 Jan '07

16 Jan '07

The Buildbot has detected a failed build of windows. Full details are available at: http://www.indiegigs.co.uk:8010/windows/builds/17 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: neilwindows Build Reason: Build Source Stamp: HEAD Blamelist: Tom Shackell <shackell(a)cs.york.ac.uk> BUILD FAILED: failed yhi release sincerely, -The Buildbot

1 0

scons, libs, etc
by Christopher Lane Hinson 16 Jan '07

16 Jan '07

I have the same problem as this guy: http://www.mail-archive.com/yhc%40haskell.org/msg00423.html I would really like to fix this. 1) it always builds the first time 2) it always fails after running scons clean This is major problem for me, because I need to clean and rebuild to make sure that my added libraries build correctly. I have installed working libs of Data.Map and dependencies including IORef on my machine, but I can't submit the patch yet because it doesn't build from scratch. As it is I have to darcs record and then darcs pull to a fresh repository. Passing stuff that I don't fully understand to xargs rm -rf does not appeal to me, [joke or anecdote about yet another accident with rm -rf]! Second question: is there a preferred way to rebuild Prelude.hi? I've been using yhc -c -rebuild -prelude Prelude.hs and copying the result into bootstrap/. Third question: is there a standard test suite for the base libraries? I couldn't find one in google. My only test so far is that 5 + 3 = 8 using modifyIORef to do the addition. My work so far is here: http://www.downstairspeople.org/darcs/yhc_clanehin

3 4

Re-exports problem
by Dimitry Golubovsky 16 Jan '07

16 Jan '07

Hi, I am not sure if this is a known problem, but here's an example There is a module which imports Ix (from haskell98) and has some datatype deriving (Ix) This module does not compile with the following message: ================= Compiling Geometry ( ../../../home/dima/ext/workdirs/Fudgets/hsrc/utils/Geometry.hs ) yhc: -- during when renaming Error: Identifier Data.Ix._tupleRange used at 7:35-7:36 is not defined. Error: Identifier Data.Ix.inRange used at 7:35-7:36 is not defined. Error: Identifier Data.Ix.range used at 7:35-7:36 is not defined. Error: Type class Data.Ix.Ix used at 7:35-7:36 is not defined. Error: Identifier Data.Ix._tupleIndex used at 7:35-7:36 is not defined. Error: Identifier Data.Ix.index used at 7:35-7:36 is not defined. ================= line 7 is where deriving (...., Ix ) is located. If I import Data.Ix instead, everything compiles fine. The Ix module from haskell98 is: ================= module Ix ( Ix(range, index, inRange, rangeSize) ) where import Data.Ix ================= So, methods of the Ix class are not re-exported. I am pretty much OK importing Data.Ix (anyway, Fudgets code needs to be hierarchized, and I did something in this direction in the past), but this may be a problem in Yhc. Thanks. -- Dimitry Golubovsky Anywhere on the Web

2 3