Wed Aug 1 21:37:12 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Vectorise DataCon workers
M ./compiler/vectorise/VectType.hs -1 +63
M ./compiler/vectorise/Vectorise.hs -3 +4
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskel
Wed Aug 1 21:29:38 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Include original tycon in PAInstance
M ./compiler/vectorise/VectType.hs -3 +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Wed Aug 1 19:28:59 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* More refactoring
M ./compiler/vectorise/VectUtils.hs -3 +6
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Wed Aug 1 19:28:40 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Refactoring
M ./compiler/vectorise/VectMonad.hs -1 +10
M ./compiler/vectorise/Vectorise.hs -4 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman
Wed Aug 1 19:25:03 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Thread lifting context implicitly in the vectorisation monad
M ./compiler/vectorise/VectMonad.hs +6
M ./compiler/vectorise/VectUtils.hs -19 +28
M ./compiler/vectorise/Vectorise.hs -42 +41
Tue Jul 31 21:56:56 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Fix calls to replicatePA
M ./compiler/vectorise/Vectorise.hs -3 +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Jul 31 21:56:40 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Trace vectorisation failures
M ./compiler/vectorise/VectMonad.hs -2 +9
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Jul 31 21:24:41 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Reuse the lifting context Var
M ./compiler/vectorise/Vectorise.hs -3 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Jul 31 21:24:04 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Move code
M ./compiler/vectorise/VectUtils.hs -2 +12
M ./compiler/vectorise/Vectorise.hs -13 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/
Tue Jul 31 21:13:22 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Nicer names for hoisted functions
M ./compiler/vectorise/VectMonad.hs -1 +15
M ./compiler/vectorise/VectUtils.hs -7 +8
M ./compiler/vectorise/Vectorise.hs -8 +13
___
Cv
Tue Jul 31 20:41:19 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Improve closure generation for functions with multiple parameters
M ./compiler/vectorise/VectUtils.hs -2 +36
M ./compiler/vectorise/Vectorise.hs -8 +13
___
Cvs-ghc mailing
R Hayes wrote:
I will reiterate what I understand the goals to be:
1) When creating an executable, specify where the dynamic loader should
look for shared libraries at runtime. The intent is to expand the
shared library search space beyond the default search path and remove
the need to set
Tue Jul 31 18:40:56 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Rename functions
M ./compiler/vectorise/VectCore.hs -6 +5
M ./compiler/vectorise/VectUtils.hs -2 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mail
Tue Jul 31 18:37:28 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Use new closure generation code in vectorisation
M ./compiler/vectorise/VectCore.hs +6
M ./compiler/vectorise/VectUtils.hs -32 +47
M ./compiler/vectorise/Vectorise.hs -152 +16
Mon Jul 30 23:50:24 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* More vectorisation-related smart constructors
M ./compiler/vectorise/VectCore.hs -2 +28
M ./compiler/vectorise/Vectorise.hs -26 +20
___
Cvs-ghc mailing list
Cvs-ghc@haskell
Mon Jul 30 23:34:48 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Use VectCore stuff in vectorisation
M ./compiler/vectorise/Vectorise.hs -18 +21
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Jul 30 23:27:11 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Move vectorisation-related smart constructors into a separate module
M ./compiler/package.conf.in +1
A ./compiler/vectorise/VectCore.hs
M ./compiler/vectorise/VectUtils.hs -27 +2
_
Mon Jul 30 23:16:10 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Use a Var instead of a CoreExpr as the lifting context during vectorisation
M ./compiler/vectorise/Vectorise.hs -11 +11
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.
Mon Jul 30 23:09:17 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Simplify handling of variables during vectorisation
M ./compiler/vectorise/VectMonad.hs -5 +5
M ./compiler/vectorise/Vectorise.hs -15 +15
___
Cvs-ghc mailing list
Cvs-ghc@h
Mon Jul 30 22:54:19 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Simplify closure generation code
M ./compiler/vectorise/VectUtils.hs -49 +80
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Jul 30 21:40:29 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* New closure generation code
M ./compiler/vectorise/VectUtils.hs +101
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Jul 30 21:06:21 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Refactoring
M ./compiler/vectorise/VectType.hs -1 +1
M ./compiler/vectorise/VectUtils.hs -6 +7
M ./compiler/vectorise/Vectorise.hs -6 +5
___
Cvs-ghc mailing list
Cvs-gh
Thu Jul 26 00:13:08 PDT 2007 Roman Leshchinskiy <[EMAIL PROTECTED]>
* Optimise parallel arrays of products
M ./compiler/vectorise/VectType.hs -18 +52
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
I think there is some misinformation in here, as well as some correct
but misleading information. Some of the documentation is dodgy, so I
have taken the time to verify my assertions on my Mac (Intel OS X
10.4.10) and my linux box (Linux 2.6.15 X86_64).
I will reiterate what I understand
Simon Marlow wrote:
It sounds like the only way to get the effect of -rpath is to create a
wrapper script that sets DYLD_LIBRARY_PATH, then. Presumably this is
what libtool does.
I'm still not sure which effect precisely you're after. -rpath helps
with finding shared libraries but it doesn't
Hello,
This is about the x86 linux build: The error (" Prologue junk?: .globl
stg_ap_p_ret" etc.) is reported again in tonight's build
http://darcs.haskell.org/buildbot/head/tnaur%20x86%20Linux%20head/builds/41/step-stage1/0.
And, as mentioned below, the error disappears when unpulling all the
Wed Aug 1 07:02:31 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* FIX recent PPC crashes introduced by the pointer-tagging patch (I hope)
There was an accidental endian-dependency in changes related to RET_FUN.
The changes in question weren't strictly necessary - they were left
over from the
Wed Aug 1 06:39:38 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* revert accidental modification of version number
M ./configure.ac -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Wed Aug 1 06:22:35 PDT 2007 [EMAIL PROTECTED]
* Add test for Trac #1564
M ./tests/ghc-regress/typecheck/should_compile/all.T +1
A ./tests/ghc-regress/typecheck/should_compile/tc235.hs
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.h
Roman Leshchinskiy wrote:
Simon Marlow wrote:
Roman Leshchinskiy wrote:
Simon Marlow wrote:
Roman Leshchinskiy wrote:
Simon Marlow wrote:
We had a discussion on glasgow-haskell-users recently about
whether to use libtool, and the general concensus was not:
Hmm, I missed that one complete
Simon Marlow wrote:
Roman Leshchinskiy wrote:
Simon Marlow wrote:
Roman Leshchinskiy wrote:
Simon Marlow wrote:
We had a discussion on glasgow-haskell-users recently about whether
to use libtool, and the general concensus was not:
Hmm, I missed that one completely. It's probably too late
On Wed, Aug 01, 2007 at 09:07:23AM +0100, Simon Marlow wrote:
> Ian Lynagh wrote:
> >Mon Jul 30 15:31:52 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
> > * Make lndir work on Windows (by copying)
> >
> >M ./utils/lndir/lndir.c -9 +91
>
> Just out of interest, what's the purpose of this? Isn't it
Wed Aug 1 05:49:07 PDT 2007 [EMAIL PROTECTED]
* Fix a knot-tying bug with ghc --make
This bug showed up when I touched Data.Generics.Schemes, and then said
make build.library.base
This compiles the base library with --make, and I got an assertion failure
in TcIface. The explan
Wed Aug 1 05:48:52 PDT 2007 [EMAIL PROTECTED]
* Spelling error
M ./docs/users_guide/glasgow_exts.xml -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Fri Jul 6 02:48:36 PDT 2007 [EMAIL PROTECTED]
* Clarify comments
M ./compiler/types/FunDeps.lhs -4 +12
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Roman Leshchinskiy wrote:
Simon Marlow wrote:
Roman Leshchinskiy wrote:
Simon Marlow wrote:
We had a discussion on glasgow-haskell-users recently about whether
to use libtool, and the general concensus was not:
Hmm, I missed that one completely. It's probably too late for me to
jump in bu
Wed Aug 1 00:26:12 PDT 2007 [EMAIL PROTECTED]
* Fix generalisation during type inference (again); fixes Trac #1564
Figuring out which type variables to generalise when inferring the type
of a let-bound function is always trickier than I think! This patch
fixes a bug (related, inevitab
Simon Marlow wrote:
Roman Leshchinskiy wrote:
Simon Marlow wrote:
We had a discussion on glasgow-haskell-users recently about whether
to use libtool, and the general concensus was not:
Hmm, I missed that one completely. It's probably too late for me to
jump in but I just don't see how the
Roman Leshchinskiy wrote:
Simon Marlow wrote:
We had a discussion on glasgow-haskell-users recently about whether to
use libtool, and the general concensus was not:
Hmm, I missed that one completely. It's probably too late for me to jump
in but I just don't see how the approach you outlined
Wed Aug 1 02:24:29 PDT 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Only add -rpath to linker invocation when -dynamic
M ./compiler/main/DriverPipeline.hs -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo
Wed Aug 1 01:32:57 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* fix the hardtop test for ghc-6.2.x, and make it notice failure earlier
M ./aclocal.m4 -1 +5
M ./configure.ac -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell
Thorkil Naur wrote:
Hello,
On Tuesday 31 July 2007 13:05, Thorkil Naur wrote:
Hello,
On Tuesday 31 July 2007 09:30, BuildBot Collator wrote:
...
tnaur x86 Linux head: fail (failed stage1)
...
The latest 4 builds (38, 37, 36, 35) failed building stage 1 with
(http://darcs.haskell.o
Tue Jul 31 04:49:25 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* compile the -inplace programs using $(HC), not $(GHC)
$(UseStage1) modifies $(HC) rather than $(GHC)
M ./utils/ghc-pkg/Makefile -1 +1
M ./utils/hsc2hs/Makefile -1 +1
___
Cvs-gh
Simon Marlow wrote:
We had a discussion on glasgow-haskell-users recently about whether to
use libtool, and the general concensus was not:
Hmm, I missed that one completely. It's probably too late for me to jump
in but I just don't see how the approach you outlined in
http://www.haskell.or
Roman Leshchinskiy wrote:
Hi Clemens,
Simon Marlow wrote:
Tue Jul 17 12:26:22 PDT 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Add hardwire-lib-paths option and make it default for inplace
invocations
This patch unconditionally adds -rpath to the linker options for
in-place invocations.
Malcolm Wallace wrote:
> given that (if I have understood correctly) the
technical context here is using GHC in conjunction with a Microsoft C
compiler as a backend
Slight correction - we're not using the MS C compiler as a backend. We'll
be using the MS linker and a free assembler. GHC wil
Ian Lynagh wrote:
Mon Jul 30 15:31:52 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Make lndir work on Windows (by copying)
M ./utils/lndir/lndir.c -9 +91
Just out of interest, what's the purpose of this? Isn't it pointless to do
an lndir if it copies all the files?
Cheers,
Simo
Build results:
x86 Windows head: pass
x86 Windows head fast: pass pass pass pass pass pass
kahl G5 Gentoo Linux head: fail (failed stage2)
phil Intel OSX head: fail (failed recompileutilswithstage1 stage2
boottestsuite runtestsuite)
phil P4 SuSE Linux head: fail (failed stage1
48 matches
Mail list logo
