- Yhc - Haskell.org

buildbot failure in slack_x86
by andrewjwilkinsonw＠gmail.com 02 Jul '07

02 Jul '07

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

1 0

buildbot failure in linux_ppc
by andrewjwilkinsonw＠gmail.com 02 Jul '07

02 Jul '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/163 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 debian_amd64
by andrewjwilkinsonw＠gmail.com 02 Jul '07

02 Jul '07

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

1 0

buildbot failure in gentoo_x86
by andrewjwilkinsonw＠gmail.com 02 Jul '07

02 Jul '07

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

1 0

Re: [Yhc] Location of generated files
by Neil Mitchell 02 Jul '07

02 Jul '07

Hi > What about > * foo/System/Cmd.hs, module Data.Whatever > or other ridiculous arrangements, where the actual module name contains > some number of dots greater than zero but doesn't match the directory > structure. Similar to putting module Foo in Bar.hs. There is no chance this will ever be found by the compiler, so we emit an error. The one exception is module Main, which can have any file name. > You may want to allow filenames that replace some slashes with dots, such as > * foo/System.Cmd.hs, module System.Cmd > * foo/System/FilePath.Posix.hs, module System.FilePath.Posix > both of which should have root "foo", I think. Yes, I did intend to allow this. This is only an issue for finding the root, everything else works out as before. > Anyway, please don't look in the source directory for .hi files > (assuming one didn't explicitly tell it to), it confuses yhc when > looking at something ghc's been compiling. Ah, good point! I've been bitten by this before, in the other direction, with GHC reading Yhc's .hi files. I guess this is another reason why this proposal is better than the current situation. How about we default to being "yhc_obj" instead of "obj" - that way we get a clear Yhc specific location, we won't clash with qhc, and we don't run the risk of trampling anyone's image data etc. Thanks Neil

2 1

Location of generated files
by Neil Mitchell 02 Jul '07

02 Jul '07

Hi, I'd like to change where Yhc puts generated files. I propose: Every module gets assigned a "root" directory: * foo/Main.hs has a root of "foo". * foo/System/Cmd.hs, module System.Cmd, has a root of "foo". * foo/System/Cmd.hs, module Cmd, has a root of "foo/System". (Note that this is already done when searching for imports) Every file with <ext> (where ext is one of hi, hbc,ycr,yca) will be created in: * foo/Main.hs leads to foo/<dir-ext>/Main.<ext> * foo/System/Cmd.hs, module System.Cmd, leads to foo/<dir-ext>/System.Cmd.<ext> By default, <dir-ext> is "obj" for all extensions. The flag objdir will allow the default <dir-ext> to be changed. The flag <ext>dir will allow the location of <ext> files to be changed. For example --hidir=hi would put all the hi files in foo/hi/Main.hi. --objdir=bar will put all generated files in foo/bar/*.*. There is exactly one exception to this rule: foo/Foo.hs, module Main, creates foo/Foo.hbc, in all circumstances. Comments? If the argument you use relies on some other compiler (GCC/GHC) doing something different, please say _why_ that compilers behaviour is preferable. The reason for this change is that I have written a low-level Make library, and therefore want to port Yhc to use this. I could re-implement the existing behaviour, but once you sit down and take a close look at the existing behaviour, it starts to look more and more silly. The existing make facilities are around ~22Kb of source, the new one will have a separate well defined library of ~7Kb, and a Yhc specific part of ~3Kb. For free we will get minimal compilation, cycle detection (and breaking using hand written .hi files), minimal file tests etc. As part of this move to a new make architecture, I want Yhc to be able to compile the base library by simply invoking yhc *.hs, I want linking of .yca files to work better, and I want world peace. I also hope that once the Make library has been tested in the context of Yhc, it can be shoved in the direction of the Cabal people. Thanks Neil

2 2

Compilation error questions...
by Alexis Morris 28 Jun '07

28 Jun '07

Hi all, I am getting the following strange errors while compiling YHI with arm-elf-gcc. Does anyone have a suggestion about them? Not sure why dirent.h is giving an error, although it's included in the arm tools. The other errors with thread.h I suspect are due to my trying to build main without the other dependency files first. Not sure though... Thanks in advance, any help is appreciated. ========================================= $ arm-elf-gcc -Wall main.c In file included from /cygdrive/c/program files/gnuarm/bin/../lib/gcc/arm-elf/4.1.1/../../../../arm-elf/sys-include/dirent.h:6, from platform.h:107, from main.c:1: /cygdrive/c/program files/gnuarm/bin/../lib/gcc/arm-elf/4.1.1/../../../../arm-elf/sys-include/sys/dirent.h:10:2: error: #error "<dirent.h> not supported" In file included from main.c:11: thread.h:9:23: error: semaphore.h: No such file or directory In file included from main.c:11: thread.h:12: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OSThread' thread.h:13: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token thread.h:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token thread.h:39: error: expected specifier-qualifier-list before 'OSThread' thread.h:52: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'osthread_create' thread.h:54: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'mutex_create' thread.h:55: error: expected ')' before 'mutex' thread.h:56: error: expected ')' before 'mutex' thread.h:57: error: expected ')' before 'mutex' thread.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yhi_semaphore_create' thread.h:60: error: expected ')' before 'sem' thread.h:61: error: expected ')' before 'sem' thread.h:62: error: expected ')' before 'sem' thread.h:63: error: expected ')' before 'sem' -- </Alexis>

3 2

broken build
by Kartik Vaddadi 28 Jun '07

28 Jun '07

Hello, I was trying to add a primitive function for which I modified Prelude.hs, Prelude.c and Primitive.hs. I rebuilt the prelude using 'yhc -c - redefine -prelude' and then did an scons, but I got the following error: > scons: Reading SConscript files ... > Building version 0.7.0-20070215041026-custom. > Checking for architecture... x86 > Checking for operating system... linux2 > Adding '-g3' to CCFLAGS. > Checking for Subversion binary... "svn" > Checking for Subversion version... Found version 1.4.0. > Checking for GHC binary... "ghc" > Checking for GHC version 6.4.1 or later... Found version 6.6. > Checking for C header file gmp.h... yes > Checking for mpz_t integ; mpz_init (integ) in C library gmp... yes > Checking for libgmp version... 4.2.1 > Bootstrapping... > Done. > scons: done reading SConscript files. > scons: Building targets ... > YHC_build(["src/packages/yhc-base-1.0/Foreign/Word.hbc"], ["src/packages/yhc-base-1.0/Foreign/Word.hs"]) > inst/bin/yhc -core -cpp -c src/packages/yhc-base-1.0/Foreign/Word.hs > Compiling Foreign.Word ( src/packages/yhc-base-1.0/Foreign/Word.hs ) > ***instanceI(2) InfoUsed (Id 154) [(Type class,Integral,"oitaR.ataD",1041:16-1041:23)] > > yhc: The class Integral has no instance for the type Prelude.Integer. > Possible sources for the problem are: 102:713 > When type checking declarations at: 102:686-102:715 > > scons: *** [src/packages/yhc-base-1.0/Foreign/Word.hbc] Error 1 > scons: building terminated because of errors. > kart@enlightenment:~/yhc> I undid all the changes I made, and I still get this error. I did not change anything related to Integral or Integer AFAIK and I didn't even open the Word.hs file, and the Prelude still has the instance declaration (instance Integral Integer where...). How do I resolve this error? I don't want to do an scons fullclean because I'm working on a modified version of yhc. I haven't come across this error before that I remember, and I was able to build and pass the unit tests with no problem till this happened. Thanks for your help. -- Blogs: http://kartik-log.blogspot.com, http://randomkart.blogspot.com

3 4

NYHC parsing of pattern guards
by Neil Mitchell 27 Jun '07

27 Jun '07

Hi Q1: Where do I send these emails on the shared Yhc/nhc bit? Should we perhaps merge both into one list? Q2: There seems to be a bug in the pattern guard parsing: test | a = b | Just c <- d = e Error: C:\DOCUME~2\Uni\yhc\current\inst\bin\StackSet.hs(5:5) Found | but expecte d a {-end-of-definition-or-EOF-} This fragment is a reduced test case from StackSet.hs in XMonad. I would _really_ like to be able to compile that module with Yhc! Thanks Neil

2 1

buildbot failure in macosx_x86
by andrewjwilkinsonw＠gmail.com 26 Jun '07

26 Jun '07

The Buildbot has detected a new failure of macosx_x86. Full details are available at: http://www.indiegigs.co.uk:8010/macosx_x86/builds/190 Buildbot URL: http://www.indiegigs.co.uk:8010/ Buildslave for this Build: macosxx86 Build Reason: The web-page 'force build' button was pressed by '': Build Source Stamp: HEAD Blamelist: BUILD FAILED: failed Depends sincerely, -The Buildbot

1 0