patch applied (ghc): Modify generation of PA dictionaries to match GHC's usual behaviour

2007-07-25 Thread Roman Leshchinskiy
Wed Jul 25 21:41:01 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Modify generation of PA dictionaries to match GHC's usual behaviour M ./compiler/vectorise/VectType.hs -7 +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org

patch applied (ghc): Mark PA dictionaries as __inline_me

2007-07-25 Thread Roman Leshchinskiy
Wed Jul 25 22:30:01 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Mark PA dictionaries as __inline_me M ./compiler/vectorise/VectType.hs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Automatically derive PA for vectorised tycons

2007-07-25 Thread Roman Leshchinskiy
Wed Jul 25 20:12:38 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Automatically derive PA for vectorised tycons M ./compiler/vectorise/VectType.hs -12 +18 M ./compiler/vectorise/Vectorise.hs -5 +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.

patch applied (ghc): Create exported names in vectorisation monads

2007-07-25 Thread Roman Leshchinskiy
Wed Jul 25 19:41:44 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Create exported names in vectorisation monads M ./compiler/vectorise/VectMonad.hs -1 +12 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cv

patch applied (ghc): Add vectorisation-related OccName derivation scheme

2007-07-25 Thread Roman Leshchinskiy
Wed Jul 25 19:41:11 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Add vectorisation-related OccName derivation scheme M ./compiler/basicTypes/OccName.lhs -1 +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listin

patch applied (ghc): Generate replicatePA

2007-07-25 Thread Roman Leshchinskiy
Tue Jul 24 20:43:54 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Generate replicatePA M ./compiler/vectorise/VectType.hs -2 +72 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Move code

2007-07-25 Thread Roman Leshchinskiy
Tue Jul 24 20:48:13 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Move code M ./compiler/vectorise/VectUtils.hs -1 +23 M ./compiler/vectorise/Vectorise.hs -22 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/

patch applied (ghc): Generate lengthPA method

2007-07-25 Thread Roman Leshchinskiy
Tue Jul 24 20:43:46 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Generate lengthPA method M ./compiler/vectorise/VectType.hs +17 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Use emptyPA in vectorisation

2007-07-25 Thread Roman Leshchinskiy
Tue Jul 24 20:35:30 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Use emptyPA in vectorisation M ./compiler/vectorise/VectMonad.hs +3 M ./compiler/vectorise/VectUtils.hs -1 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskel

patch applied (ghc): Add emptyPA to PrelNames

2007-07-25 Thread Roman Leshchinskiy
Tue Jul 24 20:02:09 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Add emptyPA to PrelNames M ./compiler/prelude/PrelNames.lhs -1 +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Refactoring

2007-07-25 Thread Roman Leshchinskiy
Tue Jul 24 19:24:41 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]> * Refactoring M ./compiler/vectorise/VectUtils.hs -1 +8 M ./compiler/vectorise/Vectorise.hs -10 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman

Update; cpphs for GHC?

2007-07-25 Thread Peter Tanski
StgCRun.S is done for x86 (still need to do x86_64 and ia64). Builds fine. What about using cpphs with GHC? I could set it up as either a program run by ghc for 'runCpp' or as a library called by runCpp. Cheers, Pete ___ Cvs-ghc mailing list Cv

[nightly] 25-Jul-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2007-07-25 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Wed Jul 25 19:30:00 BST 2007. checki

Re: question regarding StgRun/StgReturn

2007-07-25 Thread Peter Tanski
Joe Buehler wrote: ... StgRun is supposed to push registers on the stack and then allocate a further RESERVED_C_STACK_BYTES before calling into STG-world. The STG code ends up with RESERVED_C_STACK_BYTES at top of stack for whatever it wants to use it for. That's what I thought but adding

Re: gcc optimizer bug and registerised/mangler compilation

2007-07-25 Thread Simon Marlow
Joe Buehler wrote: There is an optimizer bug in gcc that prevents my compiling for hppa using optimization (via C and the mangler -- there is no native code generator for hppa). Bug 32820 has been filed against gcc for this. It is present in gcc versions going *way* back. I am a little puzzled

patch applied (ghc): make validate work on Windows

2007-07-25 Thread Simon Marlow
Wed Jul 25 06:57:51 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * make validate work on Windows This includes automatically adding --build=i386-unknown-mingw32 and --with-gcc to ./configure, and disabling -j2 (see #1559). Also: you can now say CPUS=3 ./validate and the script

Re: question regarding StgRun / StgReturn

2007-07-25 Thread Peter Tanski
On Jul 25, 2007, at 3:48 AM, Simon Marlow wrote: Peter Tanski wrote: Simon Marlow wrote: Joe Buehler wrote: What is the purpose of RESERVED_C_STACK_BYTES? Are stg routines expecting a free area of that size at *top* of stack? I need to make sure that I have saved the registers at the cor

gcc optimizer bug and registerised/mangler compilation

2007-07-25 Thread Joe Buehler
There is an optimizer bug in gcc that prevents my compiling for hppa using optimization (via C and the mangler -- there is no native code generator for hppa). Bug 32820 has been filed against gcc for this. It is present in gcc versions going *way* back. I am a little puzzled though, in that the

Re: question regarding StgRun / StgReturn

2007-07-25 Thread Duncan Coutts
On Wed, 2007-07-25 at 09:40 -0400, Joe Buehler wrote: > Duncan Coutts wrote: > > > If you think it's all working and have patches against ghc-6.6.1 then > > we'd be glad to use them in the Gentoo ebuild. We've got an hppa build, > > but unregisterised of course. > > I ported 6.4.2 because the onl

patch applied (ghc): FIX #1177, partially at least.

2007-07-25 Thread Simon Marlow
Wed Jul 25 06:55:04 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * FIX #1177, partially at least. Now we don't wait for outstanding IO requests when shutting down at program exit time, but we still wait when shutting down a DLL (via hs_exit()). There ought to be a better way to do this, but

Re: question regarding StgRun / StgReturn

2007-07-25 Thread Joe Buehler
Duncan Coutts wrote: > If you think it's all working and have patches against ghc-6.6.1 then > we'd be glad to use them in the Gentoo ebuild. We've got an hppa build, > but unregisterised of course. I ported 6.4.2 because the only instructions I could initially find did not match the 6.6.1 source

Re: question regarding StgRun / StgReturn

2007-07-25 Thread Duncan Coutts
On Tue, 2007-07-24 at 15:16 -0400, Joe Buehler wrote: > Peter Tanski wrote: > > > would grow) it moves up the stack (addl back up into the stack). This > > would save memory (RESERVED_C_STACK_BYTES is defined in Constants.h as > > (2048 * SIZEOF_LONG)) but only if it is already known that the sta

Re: patch applied (testsuite): Bump the delay for concio from 0.45 to 1s

2007-07-25 Thread Simon Marlow
Simon Marlow wrote: Thorkil Naur wrote: On Friday 20 July 2007 11:24, Simon Marlow wrote: I can't repeat this behaviour here, but it definitely looks buggy. Could you get the ktrace output from one of the erroneous runs? For this session: $ ktrace -id -f concio001.ktrace-20070720_1142.out .

patch applied (ghc): hs_exit()/shutdownHaskell(): wait for outstanding foreign calls to complete before returning

2007-07-25 Thread Simon Marlow
Tue Jul 24 08:30:57 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * hs_exit()/shutdownHaskell(): wait for outstanding foreign calls to complete before returning This is pertinent to #1177. When shutting down a DLL, we need to be sure that there are no OS threads that can return to the code tha

Re: Stage 1 build with MS CL (Windows-native)

2007-07-25 Thread Simon Marlow
Peter Tanski wrote: In case anyone is interested I managed to get the normal and debug versions (ways) of the libHSrts built using GHC-as a MS CL driver, cl, and yasm. No telling whether it really runs well. I would like to finish this through all tests and have run into problems building Th

Re: question regarding StgRun / StgReturn

2007-07-25 Thread Simon Marlow
Peter Tanski wrote: Simon Marlow wrote: Joe Buehler wrote: What is the purpose of RESERVED_C_STACK_BYTES? Are stg routines expecting a free area of that size at *top* of stack? I need to make sure that I have saved the registers at the correct end of the stack frame created in StgRun. It i

Daily report for head

2007-07-25 Thread BuildBot Collator
Build results: x86-64 Linux head: lost x86 Windows head: lost x86 Windows head fast: pass lost pass pass pass gbesh Intel x86_64 Linux head: pass kahl G5 Gentoo Linux head: fail (failed stage1) mnemosyne x86-64 Gentoo head: pass tnaur PPC OSX head:f