- Yhc - Haskell.org

buildbot failure in gentoo_amd64
by andrewjwilkinsonw＠gmail.com 29 May '07

29 May '07

The Buildbot has detected a new failure of gentoo_amd64. Full details are available at: http://www.indiegigs.co.uk:8010/gentoo_amd64/builds/171 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: gentooamd64 Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed failed slave lost sincerely, -The Buildbot

1 0

GHC 6.4 support
by Neil Mitchell 27 May '07

27 May '07

Hi I've now tracked down the GHC 6.4 issues we were having, which were down to a combination of: * module dependencies and C preprocessing in GHC * fps going from fps to base (wait for 6.8 til it comes out again...) All our 6.4.2 buildbots now show success, if you do run into issues on 6.4.2 let me know. Thanks Neil

1 0

Core
by Ricky Barefield 22 May '07

22 May '07

Hi, I'm doing some work with YHC Core and having a problem when compiling some of my code (which imports import Yhc.Core.Binary) when using GHC. I need the code as an EXE. It runs fine in ghci. The complaint is Bad interface file: Yhc/Core/Binary.hi mismatched interface file versions: expected 6060, found 6 I've downloaded YHC again and found Binary.hs, this hasn't really helped because I can't remember how I made the .hi file in the first place. If it was by scons build then this has stopped working now it's asking if I have a C compiler. Basically I'm a little stuck and any help regarding this will be much appreciated. Kind regards, Ricky Barefield

2 1

buildbot failure in macosx_x86_dual
by andrewjwilkinsonw＠gmail.com 04 May '07

04 May '07

The Buildbot has detected a new failure of macosx_x86_dual. Full details are available at: http://www.indiegigs.co.uk:8010/macosx_x86_dual/builds/137 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: markus2 Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed failed slave lost sincerely, -The Buildbot

1 0

buildbot failure in gentoo_amd64
by andrewjwilkinsonw＠gmail.com 04 May '07

04 May '07

The Buildbot has detected a new failure of gentoo_amd64. Full details are available at: http://www.indiegigs.co.uk:8010/gentoo_amd64/builds/150 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: gentooamd64 Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed configure_2 sincerely, -The Buildbot

1 0

Yhc.Core proposed change to primitives
by Neil Mitchell 02 May '07

02 May '07

Hi, I'm considering making a change to Yhc.Core that will effect primitives and how they are handled. I think the change will make everything simpler for everyone, but since this is an imcompatible change, I thought I'd check first. The current treatment of primitives is basically: CorePrim String -- a call to a primitive We also have CoreFunc's which are somewhat primitive, but thats a bit variable throughout. My proposed treatment is: data CoreFunc = CoreFunc ... | CorePrim {corePrimName :: String, corePrimArity :: Int} Then CorePrim calls become standard CoreFun's. What are the advantages of my proposal? Firstly, we have a list of all CorePrim's which are used in the program, and reachability etc. works on these as standard. Secondly, we currently have at least two ways primitives show up, now we have just one. Disadvantages? That Yhc --linkcore needs to magically insert a list of bytecode primitives into the program. This is a disadvantage only for the person writing --linkcore (i.e. me), but explains the original reason why it got done this way. I am happy to reimplement all of Yhc.Core that makes a distinction, but obviously people will need to tweak their own things appropriately. Anyone any objections? Thanks Neil

1 0

buildbot failure in linux_ppc
by andrewjwilkinsonw＠gmail.com 01 May '07

01 May '07

The Buildbot has detected a new failure of linux_ppc. Full details are available at: http://www.indiegigs.co.uk:8010/linux_ppc/builds/115 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: linuxppc Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhc sincerely, -The Buildbot

1 0

Yhc.Core no longer using Data.Binary
by Neil Mitchell 01 May '07

01 May '07

Hi, Upgrading to Data.Binary was fun, and is clearly the right direction for the future, but its broken at the moment. The authors hope that with a bit of luck and a google summer of code project they might have the required build changes done so that we can use it reliably on various GHC versions, but that's of no comfort to us for the moment. As a result, I've backed out the patches moving us to Data.Binary, and have flipped back to our bad version of Binary - which turns out to produce 30% smaller files and have similar performance... Apologies to all, but that means all your Yhc.Core files will be broken once more - please clean and rebuild. Several of the buildbots are still down, but I know the reason in each case and will be working to get them all back to life shortly. Thanks Neil

1 0

buildbot failure in windows
by andrewjwilkinsonw＠gmail.com 30 Apr '07

30 Apr '07

The Buildbot has detected a new failure of windows. Full details are available at: http://www.indiegigs.co.uk:8010/windows/builds/109 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: neilwindows Build Reason: Build Source Stamp: HEAD Blamelist: Neil Mitchell BUILD FAILED: failed yhi release sincerely, -The Buildbot

1 0

I think my buildbot is working, only it has an error now
by Isaac Dupree 29 Apr '07

29 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Now I have Ubuntu "Feisty Fawn" PowerPC(G3) using self-built ghc-6.6.1+mtl-1.0 and I forced a build (after manually doing `scons fullclean`). http://www.indiegigs.co.uk:8010/linux_ppc/builds/112/step-yhc/0 scons: *** Source `depends/play/Data/Generics/PlayInternal.hi' not found, needed by target `depends/play/Data/Generics/Play.o'. Stop. scons: building terminated because of errors. Is the buildbot infrastructure surviving? If there are libraries needed but not installed under some ghc versions would it be easy for the build infrastructure to get them if necessary (bytestring; mtl?) (If python>=2.5 do we need to download and build ctypes ourselves, since I think python-2.5 includes it?) Isaac -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNHzfHgcxvIWYTTURAi1BAJ46Hgv2cGc+UHukYMg6iP6iN5LrogCgh2h0 smkNIf4PnnnRdytRPLeeiU4= =V6SA -----END PGP SIGNATURE-----

3 4