- ghc-devs - Haskell.org

Perf tests failing
by Simon Peyton Jones 06 Apr '14

06 Apr '14

Several perf tests have started failing on 32-bit windows. (See below). Some of them have very small allocation anyway, so it may be a library issue. I'm wondering whether it might be a consequence of the new inline byte array stuff. I don't know which commit made this start happening, but it's pretty recent. Johan, did you test on 32 bit? Thanks Simon perf/should_run InlineByteArrayAlloc [stat not good enough] (normal) perf/should_run T4267 [stat not good enough] (normal) perf/should_run T5949 [stat not good enough] (normal) perf/should_run T7619 [stat not good enough] (normal)

2 2

Trac seems to think I'm a spambot...?
by Dr. ERDI Gergo 06 Apr '14

06 Apr '14

Hi, I tried changing #8961 to `merge`, referring to commit 60ec752. However, I keep getting rejected with this error message: Submission rejected as potential spam Akismet says content is spam BotScout says this is spam (Y|MULTI|IP|0|MAIL|0|NAME|3) I don't even get a ReCaptcha box to work around it. Can anyone help me understanding what's going on and how to change 8961 to merge? Thanks, Gergo

1 0

Trying to build 64 bit GHC on Windows with the 32 bit version
by Niculae Ionita 06 Apr '14

06 Apr '14

Hi, I got yesterday the sources (HEAD) of GHC and configured with ./configure --target=amd64-unknown-mingw32 which finally succeeded. But when I start make, I get almost in the beginning this error message: ===--- building phase 0 make -r --no-print-directory -f ghc.mk phase=0 phase_0_builds libraries/hpc/ghc.mk:3: libraries/hpc/dist-boot/package-data.mk: No such file or directory libraries/Cabal/Cabal/ghc.mk:3: libraries/Cabal/Cabal/dist-boot/package-data.mk: No such file or directory libraries/bin-package-db/ghc.mk:3: libraries/bin-package-db/dist-boot/package-data.mk: No such file or directory libraries/hoopl/ghc.mk:3: libraries/hoopl/dist-boot/package-data.mk: No such file or directory libraries/transformers/ghc.mk:3: libraries/transformers/dist-boot/package-data.mk: No such file or directory libraries/dph/ghc.mk:134: *** dph_th_deps(v): libraries/dph/dph-base_dist-install_GHCI_LIB not defined!. Stop. make: *** [all] Error 2 Is it really something wrong in the dph or am I do something wrong? I have currently the 32 bit Windows version of HP-2013.02.0.0 installed. Regards, Nicu

1 0

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2
by Michał J Gajda 06 Apr '14

06 Apr '14

Hi, GHC 7.8 rc2 exhausts all memory on Bio.PDB.EventParser.PDBEventParser module in -O3 mode, but not in -O2 mode. The tail of -v3 input seems to indicate that it dies during SpecConstr phase. The module successfully compiled with relatively low memory use RAM since GHC 6.12, so I wonder why the memory use exploded with the most recent version. Since I am new to GHC core, may I have a hint what debugging information may help with this particular issue? *** SpecConstr: ==================== SpecConstr ==================== Result size of SpecConstr * I submitted the ticket: https://ghc.haskell.org/trac/ghc/ticket/8960 -- Best regards Michał

1 0

core lint warnings when doing perf build of 7.8 tip
by Carter Schonwald 04 Apr '14

04 Apr '14

should i be concerned about these? *** Core Lint warnings : in result of Simplifier *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of Simplifier *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of Simplifier *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of Simplifier *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of Simplifier *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of Tidy Core *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of CorePrep *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy *** Core Lint warnings : in result of CorePrep *** {-# LINE 139 "compiler/deSugar/Check.lhs #-}: Warning: [RHS of Check.untidy :: Check.NeedPars -> Check.WarningPat -> Check.WarningPat] INLINE binder is (non-rule) loop breaker: Check.untidy

2 1

Windows build broken
by Simon Peyton Jones 04 Apr '14

04 Apr '14

Can someone fix this? This is breakage on Windows. It was fine yesterday. Simon cc1.exe: warnings being treated as errors rts\Linker.c: In function 'loadArchive': rts\Linker.c:2631:17: error: passing argument 1 of 'strlen' from incompatible pointer type c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40: note: expected 'const char *' but argument is of type 'pathchar *' rts\Linker.c:2632:17: error: passing argument 2 of 'strcpy' from incompatible pointer type c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:45:39: note: expected 'const char *' but argument is of type 'pathchar *' rts\Linker.c:2638:21: error: passing argument 1 of 'strlen' from incompatible pointer type c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/string.h:49:40: note: expected 'const char *' but argument is of type 'pathchar *' rts\Linker.c:2643:17: error: passing argument 1 of '_wfopen' from incompatible pointer type c:\code\head\inplace\mingw\bin\../lib/gcc/mingw32/4.5.2/../../../../include/stdio.h:593:39: note: expected 'const wchar_t *' but argument is of type 'char *' rts/ghc.mk:233: recipe for target 'rts/dist/build/Linker.o' failed make[1]: *** [rts/dist/build/Linker.o] Error 1 make[1]: *** Waiting for unfinished jobs.... Makefile:64: recipe for target 'all' failed make: *** [all] Error 2 HEAD (master)$

3 2

RE: Haskell Support on Windows (Simon Peyton Jones)
by Tamar Christina 04 Apr '14

04 Apr '14

I've been meaning to start contributing to ghc for windows for years but never got around to it since I don't know what I could contribute with. I've compiled various 6.x and early 7.x versions before and mostly did small modifications for my own testing. I've been away from Haskell for a few months, but I've been meaning to come back and I'm willing to contribute with what I can :) ------------------------------ From: Carter Schonwald <carter.schonwald(a)gmail.com> Sent: 01/04/2014 15:26 To: Simon Peyton Jones <simonpj(a)microsoft.com> Cc: ghc-devs(a)haskell.org; Kyle Van Berendonck <kvanberendonck(a)gmail.com> Subject: Re: Haskell Support on Windows (Simon Peyton Jones) Kyle, we need you to help us with windows support! :-) On Tuesday, April 1, 2014, Simon Peyton Jones <simonpj(a)microsoft.com> wrote: > A couple of poor assumptions are made here. > > > > I'm not sure where "here" is. In my email I specifically said exactly > what you are saying (only I was not as eloquent as you). > > > > What we need is some developers who are willing to give some love and > support to the Windows version of GHC. And *they* really are thin on the > ground, unfortunately. > > > > Simon > > > > *From:* ghc-devs [mailto:ghc-devs-bounces@haskell.org<javascript:_e(%7B%7D,'cvml','ghc-devs-bounces(a)haskell.org');>] > *On Behalf Of *Kyle Van Berendonck > *Sent:* 01 April 2014 13:54 > *To:* ghc-devs(a)haskell.org<javascript:_e(%7B%7D,'cvml','ghc-devs(a)haskell.org');> > *Subject:* Re: Haskell Support on Windows (Simon Peyton Jones) > > > > A couple of poor assumptions are made here. > > The first is that the userbase of GHC on Windows is poor. This is false. > In fact, the poor state of Windows is mentioned on #haskell more frequently > as of late. In the last week I've talked almost every day to (different) > people who have had Windows woes with using GHC. The hacker-base isn't here > at the moment - I agree, but the user-base most certainly is. Could this be > a problem with the demographic, or could it just be that Windows > development isn't inviting? The build system and default test failures > in-particular are a source of discouragement. > > The second assumption is that GHC/Haskell will be worth a dime in the > RealWorld without Windows as a primary tier platform. I'm going to put a > crude guess that given the overwhelming magnitude of C#/F# coming up on my > local careers portal that there's far more industry on Windows than on OSX > or Linux. Those are all the businesses where the probability that they will > ever touch Haskell goes from `probably not right now` to `impossible`. Let > me also remind you that Windows still holds 89.2% of operating system > market share ie the people that hackers and developers actually have to > deploy their applications to. > > Sorry to sound fumey, but there's all this suggesting that everyone would > have a better day if we dropped Windows (let's be honest, if it wasn't a > primary tier platform nobody would have fixed it for 7.8), but I doubt few > of the people who think it's a "great idea" or sslt have actually thought > through whether it's the best thing for Haskell or just the best thing to > get 7.8 into their hands a couple weeks sooner. > > Regards. >

1 0

Fwd: Trying to compile GHC under Ubuntu as a cross-compiler for ARM
by eng. Vassil Ognyanov Keremidchiev 03 Apr '14

03 Apr '14

Hello! Could someone help me with compiling GHC under Ubuntu as a ARM cross-compiler? Currently I have done those steps: sudo apt-get update sudo apt-get install autoconf alex happy libtool autopoint zlib1g-dev libncurses5-dev ghc-haddock sudo export PATH=~/.cabal/bin:$PATH sudo cabal install --reinstall happy alex terminfo libffi html regex-compat git clone http://darcs.haskell.org/ghc.git cd ghc ./sync-all --no-dph get ./sync-all pull ./boot sudo ./configure --target=arm-linux-gnueabi --enable-unregisterised cp mk/build.mk.sample mk/build.mk # here I enable quick-cross configuration sudo make and I get: echo "compiler_stage1_depfile_c_asm_EXISTS = YES" >> compiler/stage1/build/.depend-v.c_asm.tmp mv compiler/stage1/build/.depend-v.c_asm.tmp compiler/stage1/build/.depend-v.c_asm inplace/bin/deriveConstants --gen-header -o includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc" --gcc-flag -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon --nm-program "/usr/bin/arm-linux-gnueabi-nm" /usr/bin/arm-linux-gnueabi-nm: includes/dist-derivedconstants/header/tmp.o: File format not recognized deriveConstants: readProcess: /usr/bin/arm-linux-gnueabi-nm "includes/dist-derivedconstants/header/tmp.o" (exit 1): failed make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h] Error 1 make: *** [all] Error 2 What I have done wrong? I did not understand the error message well, too.

3 13

Re: Haskell Support on Windows (Simon Peyton Jones)
by Carter Schonwald 03 Apr '14

03 Apr '14

Hey roman! If you get stuck getting ghc to build on windows, please ask for help on the ghc mailing lists and/or on the #ghc channel on freenode. Just having more folks that regularly try to build and use ghc on windows would be huge. There's also countless ways to contrib To ghc too. On Tuesday, April 1, 2014, Roman Kuznetsov <kuznero(a)hotmail.com> wrote: > Hello, > > -- sorry for incomplete email - typing from mobile is not easy :) > > I would like to participate in GHC on Windows. But I am a normal windows > developer and don't know much of that rather weird (to me) tool chain used > in this case. I frankly tried a few times before - every time with the same > result - I never get to the point, but trying to understand just how to > build it. I know there is a wiki, etc. > > But my question (and the reason I write here): is it possible to have some > kind of mini-course, a crush-course on developing GHC on Windows (as well > as on other platforms) - video course ... this is what comes to mind after > all these Coursera, Pluralsight, etc. > > You could say - there is a wiki. But that's not enough. Maybe it's just > me... I will take another analogy. Even though I'm coding for Windows > primarily, I am a linux user. So, I switched from Ubuntu to Arch Linux > recently which was possible due to the quality of their wiki documentation > (Arch is known to not be as user friendly as *buntu like systems). > > Sorry for not referring to any concrete problems, I just tried stating > what I think didn't let me start working with that. > > /Roman > > On 01 апр. 2014 г., at 15:26, "Carter Schonwald" < > carter.schonwald(a)gmail.com<javascript:_e(%7B%7D,'cvml','carter.schonwald(a)gmail.com');>> > wrote: > > Kyle, we need you to help us with windows support! :-) > > On Tuesday, April 1, 2014, Simon Peyton Jones <simonpj(a)microsoft.com<javascript:_e(%7B%7D,'cvml','simonpj(a)microsoft.com');>> > wrote: > > A couple of poor assumptions are made here. > > > > I’m not sure where “here” is. In my email I specifically said exactly > what you are saying (only I was not as eloquent as you). > > > > What we need is some developers who are willing to give some love and > support to the Windows version of GHC. And *they* really are thin on the > ground, unfortunately. > > > > Simon > > > > *From:* ghc-devs [mailto:ghc-devs-bounces@haskell.org] *On Behalf Of *Kyle > Van Berendonck > *Sent:* 01 April 2014 13:54 > *To:* ghc-devs(a)haskell.org > *Subject:* Re: Haskell Support on Windows (Simon Peyton Jones) > > > > A couple of poor assumptions are made here. > > The first is that the userbase of GHC on Windows is poor. This is false. > In fact, the poor state of Windows is mentioned on #haskell more frequently > as of late. In the last week I've talked almost every day to (different) > people who have had Windows woes with using GHC. The hacker-base isn't here > at the moment - I agree, but the user-base most certainly is. Could this be > a problem with the demographic, or could it just be that Windows > development isn't inviting? The build system and default test failures > in-particular are a source of discouragement. > > The second assumption is that GHC/Haskell will be worth a dime in the > RealWorld without Windows as a primary tier platform. I'm going to put a > crude guess that given the overwhelming magnitude of C#/F# coming up on my > local careers portal that there's far more industry on Windows than on OSX > or Linux. Those are all the businesses where the probability that they will > ever touch Haskell goes from `probably not right now` to `impossible`. Let > me also remind you that Windows still holds 89.2% of operating system > market share ie the people that hackers and developers actually have to > deploy their applications to. > > Sorry to sound fumey, but there's all this suggesting that everyone would > have a better day if we dropped Windows (let's be honest, if it wasn't a > primary tier platform nobody would have fixed it for 7.8), but I doubt few > of the people who think it's a "great idea" or sslt have actually thought > through whether it's the best thing for Haskell or just the best thing to > get 7.8 into their hands a couple weeks sooner. > > Regards. > > _______________________________________________ > ghc-devs mailing list > ghc-devs(a)haskell.org<javascript:_e(%7B%7D,'cvml','ghc-devs(a)haskell.org');> > http://www.haskell.org/mailman/listinfo/ghc-devs > > > _______________________________________________ ghc-devs mailing list > ghc-devs(a)haskell.org<javascript:_e(%7B%7D,'cvml','ghc-devs(a)haskell.org');> > http://www.haskell.org/mailman/listinfo/ghc-devs >

2 1

Newcomer Contribution
by Jim Perry 03 Apr '14

03 Apr '14

Hello, I am wanting to get involved in GHC development and I thought I'd help out with one of the noob tickets to get more experience. I though I would tackle #2258/#4114. I would be grateful for any advice/guidance for a kick-start. Cheers, Jim

2 1