June 2007 - Yhc - Haskell.org

buildbot failure in macosx_ppc_3
by andrewjwilkinsonw＠gmail.com 22 Jun '07

22 Jun '07

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

1 0

mapping lambda names to code
by Kartik Vaddadi 22 Jun '07

22 Jun '07

Hello, When I compile a program that contains a lambda, the compiler assigns it a name like LAMBDA245. Is there any simple way to retrieve the body of the lambda, in an automated way, perhaps by modifying the compiler? I'm building a tracer/debugger that shows the structure of the heap, using a redex trail-like data structure, and it describes indirections in the heap well, except when lambdas are involved. In the latter case, the compiler-generated names obviously mean nothing to the user and don't help him identify which of the lambdas in the code was evaluated. Is there any easy way to map the name of the lambda to its body (as Haskell source, not bytecode) without doing a source-to-source transformation? Thanks. -Kartik -- Blogs: http://kartik-log.blogspot.com, http://randomkart.blogspot.com

4 3

ByteString
by Creighton Hogg 19 Jun '07

19 Jun '07

Hi, This might be a silly question for you guys, but is there a reason why yhc still uses PackedString in places instead of ByteString? Cheers, Creighton Hogg

4 15

Questions about Javascript output on #haskell
by Dimitry Golubovsky 18 Jun '07

18 Jun '07

Hi, I browse the #haskell chat logs periodically, and saw several people having questions regarding the Javascript output from Yhc. Please feel free to ask me. I disabled delivery of all mailing lists to my e-mail address, so please cc golubovsky(a)gmail.com if you want me to respond faster. Unfortunately, I am almost never available for any kind of chat or IM. E-mail seems to be a better communicaiton medium. I have currently put a freeze on the ycr2js code (unless someone finds an error) while working on the programmer's documentation for the DOM framework. The documentation is located at: http://www.haskell.org/haskellwiki/Yhc/Javascript/Programmers_guide It is unfinished, but please read on, and any constructive critics is appreciated ;) Thanks. -- Dimitry Golubovsky Anywhere on the Web

1 0

At risk of being Noob
by Creighton Hogg 18 Jun '07

18 Jun '07

Hi, so I was trying those first trivial changes to move from PackedString to String, but one of the tests failed. I wanted to look at exactly what happened, so I tried running YHC directly but I got yhc: /home/wchogg/yhc/inst/bin/lib/yhc/packages: getDirectoryContents: does not exist (No such file or directory) as an error, which I presume is because I hadn't set YHC_PACKAGE_PATH. Except that all it says on the wiki about where to point it is that there should be an example. So what exactly do I need to do? Cheers, Creighton

2 2

Backends & Bare Metal
by Creighton Hogg 18 Jun '07

18 Jun '07

Hello, So I admit that I'm not really that familiar with how Yhc works yet, but I was wondering if anyone had ever tried/considered making the Yhc runtime work on bare metal? It seems like this would just involve using a modified version of the BCKernel but everything else should be able to stay the same since the rest involves compiling to byte code? I have no idea how hard that is, but it seems like it'd be almost more feasible than reworking h0p/House to work with more recent GHCs. Cheers, Creighton

3 2

Killing off nhc
by Neil Mitchell 15 Jun '07

15 Jun '07

Hi, After discussions with Malcolm, there are a number of things that need to be done before Yhc can replace nhc: 1) Performance: Yhc must perform faster than nhc, we used to, but we don't anymore. Tom is going to investigate. 2) Buildability: Malcolm still can't build on his Mac, due to library issues. Tom is going to remove all dependencies on all libraries, which should enable this. Even so, we need some work on the build system to get the libraries working for him. I think Malcom is the only person who has build system problems, so perhaps we can fix this for him. 3) Libraries: We need to move to the Haskell.org libraries. This may mean increasing our build stuff, or moving to Cabal. 4) Compatability: We need to compile more programs than nhc, this probably comes down to primitives and libraries. 5) Bootstrapping: We need to bootstrap Yhc with itself. Moving to one nhc/Yhc derivative is clearly a good thing. If anyone wants to take on any of these tasks, or has insights into how we can do this more quickly, we'd love to hear! Thanks Neil

3 7

Yhc.Core.Uniplate (formerly Play)
by Neil Mitchell 15 Jun '07

15 Jun '07

Hi, For anyone who can't build Yhc anymore, please do "scons fullclean; scons depends". To Andrew: please do that to every buildbot which has started failing. Today I released Uniplate: http://www-users.cs.york.ac.uk/~ndm/uniplate/ The Yhc.Core library is now moving from Yhc.Core.Play to Yhc.Core.Uniplate - you'll find it runs faster, does more things and is better documented. Uniplate is an evolution of Play, driven from my experiences using Play in Yhc. The use of Uniplate in Yhc is covered in section 4.1 of the draft Uniplate paper on the website. I'm going to leave Yhc.Core.Play around for a while, but it is going to die at some point (several months at least) - if anyone had made use of it and needs help moving to Uniplate let me know. Thanks Neil

1 0

buildbot failure in linux_ppc
by andrewjwilkinsonw＠gmail.com 15 Jun '07

15 Jun '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/134 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

buildbot failure in macosx_x86_dual
by andrewjwilkinsonw＠gmail.com 15 Jun '07

15 Jun '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/161 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 yhc sincerely, -The Buildbot

1 0