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
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
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.
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
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
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
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/
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 .
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
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
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
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
27 matches
Mail list logo