this this working for the hackathon. Any ideas?
Cheers,
Johan Tibell
Error output:
$ tar jxf ghc-HEAD-2007-08-29-ghc.tar.bz2
$ cd ghc
$ darcs pull -a
Pulling from http://darcs.haskell.org/ghc;...
This is the GHC darcs repository (HEAD branch)
For more information, visit the GHC developer wiki
I get the following error when compiling network, which I checked out
separately for development, using 6.8:
P.S. Is it only possible to build network under the ghc/ tree?
$ runhaskell Setup.hs configure --user --prefix $HOME
Configuring network-2.0.1...
$ runhaskell Setup.hs build
Preprocessing
On Tue, Jul 8, 2008 at 10:55 PM, Don Stewart [EMAIL PROTECTED] wrote:
We'd want other things not in extralibs too (e.g. binary, json, feed,
tagsoup..)
The platform should look something like the python core libraries --
enough to get most common tasks done, and a minimal standard for a
On Thu, Jul 10, 2008 at 3:15 AM, Ian Lynagh [EMAIL PROTECTED] wrote:
On Wed, Jul 09, 2008 at 03:35:30PM -0700, Donald Bruce Stewart wrote:
I'm very keen to have HLP in place by the 6.10 release. I've started
a wiki page here,
http://haskell.org/haskellwiki/Haskell_Platform
Great,
Hi!
I ran into a piece of core today that I don't understand:
(let {
y_Xwv [Dmd=Just L] :: Int#
y_Xwv = -# (+# a_s2gvj 1) a_s2gvj } in
Data.Text.Builder.Buffer
@ s1_a2gph
ww6_s2gx7
ww7_s2gx8
ww8_s2gx9
(+# ww9_s2gxa y_Xwv)
(-# ww10_s2gxb y_Xwv))
I was reading the
On Tue, Aug 10, 2010 at 12:05 PM, Simon Marlow marlo...@gmail.com wrote:
Sat Jul 24 03:23:55 PDT 2010 Johan Tibell johan.tib...@gmail.com
* Integrate new I/O manager, with signal support
M ./configure.ac +4
M ./includes/rts/Globals.h -5 +6
M ./includes/rts/IOManager.h -2 +2
M
On Tue, Aug 10, 2010 at 1:37 PM, Gabor PALI p...@freebsd.org wrote:
Yes, I am curious how FreeBSD 8.x will like it :) By the way, is there
any way to learn more about this new I/O manager?
Both Bryan and I have blogged about it a couple of times. There's also a
paper in this year's Haskell
On Wed, Aug 11, 2010 at 10:32 AM, Simon Marlow marlo...@gmail.com wrote:
On 10/08/2010 23:40, GHC Build Reports wrote:
Unexpected failures:
ThreadDelay001(ghci,threaded1,threaded2,profthreaded)
Johan, would you care to look into that failure? The test case checks
threadDelay against
On Wed, Oct 27, 2010 at 6:00 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
How is your work on the containers package going? Currently our performance
tests are failing, pending your improvements...
The INLINEs are gone from HEAD and have been replaced with INLINABLE
from what I can see.
On Sat, Oct 30, 2010 at 8:09 AM, Milan Straka f...@ucw.cz wrote:
please wait another day. There have been no commits to HEAD since ICFP.
I think I will have the improvements in the evening (of the US time).
Add yourself to ticket 4342 cc and you will see when it is done.
No rush. I merely want
On Sun, Oct 31, 2010 at 6:38 PM, Ian Lynagh ig...@earth.li wrote:
Also, Johan, #4278 is missing a discussion summary; see
http://www.haskell.org/haskellwiki/Library_submissions#At_the_end_of_the_discussion_period
for details.
Added.
Thanks,
Johan
On Mon, Jan 10, 2011 at 12:19 PM, Simon Marlow marlo...@gmail.com wrote:
We're intrested in opinions from both active and potential GHC
developers/contributors. Let us know what you think - would this make life
harder or easier for you? Would it make you less likely or more likely to
On Mon, Jan 10, 2011 at 2:02 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
Naturally other workflows are possible and I'm sure other list members
will chime in with their own favourites :-)
Here's the flow I use:
http://nvie.com/posts/a-successful-git-branching-model/
with the
On Mon, Jan 10, 2011 at 2:34 PM, Pavel Perikov peri...@gmail.com wrote:
Please please consider Mercurial if migration from darcs is inevitable :)
While Mercurial is a fine choice, I think there are more Haskellers
that use Git than Mercurial. Probably because GitHub is such an
awesome service.
On Mon, Jan 10, 2011 at 2:43 PM, Pavel Perikov peri...@gmail.com wrote:
On 10.01.2011, at 16:40, Johan Tibell wrote:
While Mercurial is a fine choice, I think there are more Haskellers
that use Git than Mercurial. Probably because GitHub is such an
awesome service.
Interesting
On Mon, Jan 10, 2011 at 5:08 PM, Pavel Perikov peri...@gmail.com wrote:
Probably most valuable are the opinions of GHC development team of course :)
Git really seem to be more popular, Mercurial just seem more streamlined to
me :)
Their preference if of course very important, but they partly
On Thu, Jan 13, 2011 at 4:03 PM, Simon Marlow marlo...@gmail.com wrote:
I've made git mirrors of the current GHC HEAD repos (all of them), so people
can try out their workflows with git.
Poking around in the different repos works for me and is fast. For example:
Find new files in base:
$ cd
On Wed, Jan 19, 2011 at 1:40 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
Simon Marlow wrote:
Tue Jan 18 14:18:34 PST 2011 Edward Z. Yang ezy...@mit.edu
* Fix documentation bug: newArray# accepts word count, not byte count.
Shouldn't this be element count?
Agreed.
On Sun, Jan 23, 2011 at 11:22 PM, Karel Gardas karel.gar...@centrum.cz wrote:
Hello,
I've noticed that there was a GHC-HQ GHC git repo on GitHub.com here:
https://github.com/ghc-hq/ghc -- I'm curious is this going to be
updated/mirrored again when GHC HQ team is using git again? I'm asking
On Mon, Jan 24, 2011 at 11:16 AM, Simon Marlow marlo...@gmail.com wrote:
Thanks for the tips Johan. I'm planning to set up the github mirror once
we've made the switch to git, and we'll probably accept pull requests via
github as submissions.
Thanks. That would be most convenient.
Johan
Hi Roman,
On Tue, Jan 25, 2011 at 6:35 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
Daniel Peebles wrote:
Johan Tibell and I have been working on some new primops for GHC that
would allow people to use fast optimized memcpys on unpinned memory.
Why not just use memcpy?
I'm working
On Tue, Jan 25, 2011 at 9:47 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
On 25/01/2011, at 20:26, Johan Tibell wrote:
AFAIK, the GC never runs during foreign calls. This, combine with the fact
that GHC can pass ByteArray# directly to FFI calls, should make memcpy safe
even
On Tue, Jan 25, 2011 at 10:30 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
thawArray# (which creates a mutable copy), update the element, then
unsafeFreeze#. I thought that's what you wanted (modulo names). In theory,
since both unsafeFreeze# and unsafeThaw# do some work we might want
On Tue, Jan 25, 2011 at 11:06 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
Yes. See, for instance,
http://hackage.haskell.org/packages/archive/vector/0.7.0.1/doc/html/Data-Vector.html#v:force
That's exactly the operation I had in mind. I have read your vector
code with enthusiasm. :)
On Tue, Jan 25, 2011 at 11:22 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
On 25/01/2011, at 22:05, Daniel Peebles wrote:
Roman: I'm thinking that even in the absence of GC during foreign calls, it
still seems worthwhile to provide the plain copying primitives, if only to
save user
On Wed, Jan 26, 2011 at 11:57 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
| AFAIK, the GC never runs during foreign calls. This, combine with the fact
that GHC can
| pass ByteArray# directly to FFI calls, should make memcpy safe even for
unpinned
| byte arrays. At least that's
I had this problem in the past and solved it by installing the latest
version of regex-posix. The older version doesn't always detect when
the platform has the regex C library. I think it's a Cygwin/MSYS
problem.
On Thu, Jan 27, 2011 at 12:25 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
On Sun, Jan 30, 2011 at 1:42 AM, Daniel Peebles pumpkin...@gmail.com wrote:
In a slightly related proposal on the same topic, what do people think of:
newArrayWith# :: (Int# - a) - Int# - State# s - (# State# s,
MutableArray# s a #)
that would do the obvious thing, by allocating an array of
On Tue, Feb 1, 2011 at 4:24 PM, Roman Leshchinskiy r...@cse.unsw.edu.au wrote:
Johan Tibell wrote:
Something struck me today. Look at the type signature for cloneArray#
cloneArray# :: Array# a - Int# - Int# - State# s - (# State# s,
Array# a #)
Does cloneArray# really have to take
On Tue, Feb 1, 2011 at 4:40 PM, Johan Tibell johan.tib...@gmail.com wrote:
On Tue, Feb 1, 2011 at 4:24 PM, Roman Leshchinskiy r...@cse.unsw.edu.au
wrote:
Does cloneArray# really have to take and return a `State# s`?
Oops, no, it doesn't. This was purely a case of mindless copy-pasting
On Tue, Feb 1, 2011 at 6:26 PM, Roman Leshchinskiy r...@cse.unsw.edu.au wrote:
No, the operation is still impure. Suppose we had
thawArray# :: Array# a - Int# - Int# - MutableArray# s a
Then, we write
f xs = let ys = thawArray# xs 0 n#
zs = thawArray# xs 0 n#
in e
Do ys
On Tue, Feb 22, 2011 at 12:15 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
| 2) I've gotten really interested in array copying performance lately.
Do the new primops help? (I'm not sure if they've made it in yet, and Simon
M is on hol.)
They do, inserts get faster and are on par with
On Fri, Mar 4, 2011 at 10:42 AM, Ian Lynagh ig...@earth.li wrote:
We've made a list of which repos we suggest should be converted, and
which should be mirrored, here:
http://hackage.haskell.org/trac/ghc/wiki/DarcsConversion#Planforlibraries
Can you please let us know if you think any of
On Sun, Apr 3, 2011 at 1:52 AM, Ian Lynagh ig...@earth.li wrote:
There's now a github mirror here:
https://github.com/ghc/ghc
I'll add mirrors of the other repos soon.
Nice!
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
On Sat, Apr 2, 2011 at 3:45 PM, Ian Lynagh ig...@earth.li wrote:
The binary git repo is converted from a git mirror of the upstream darcs
repo, rather than from GHC's darcs repo, and upstream haven't applied
this patch:
Tue Nov 2 18:58:52 GMT 2010 Ian Lynagh ig...@earth.li
* Avoid
On Mon, Apr 4, 2011 at 6:26 PM, Lennart Kolmodin kolmo...@gmail.com wrote:
It's not important to me that it's in my account though, as binary is a
community effort. Maybe it should be based in some kind of Haskell Community
account? If not, I'll keep it.
The current location works for me. If
On Tue, Apr 5, 2011 at 1:38 AM, Ian Lynagh ig...@earth.li wrote:
What's the best way to do that, given people already have the other repo
checked out? i.e. can we do better than asking everyone to
rm -rf libraries/binary
./sync-all get
Yes. In this case I think that's the best way.
On Sun, Apr 10, 2011 at 3:24 PM, Edward Z. Yang ezy...@mit.edu wrote:
For me, at least, Github is a convenient way to share commits between machines
that I do development on, without needing to spend X megabytes for the whole
repository history (since Github can share objects across forked
Hi,
On Thu, Apr 14, 2011 at 5:33 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Oh *bother*. I have no clue how this happened but I appear to have merged
ghc-generics into the HEAD. I certainly did not intend to do so.
ghc-generics is supposed to be a separate branch, and to stay
Hi Ben,
On Thu, May 12, 2011 at 1:10 PM, Ben Lippmeier b...@ouroborus.net wrote:
Perhaps sh validate should also run ./sync-all pull and ./sync-all get
first? Can anyone think of a reason not to? This has also bitten me in the
past.
That would make it impossible to validate anything but
On Thu, May 12, 2011 at 2:12 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
If we outlawed them now we'd have to take an annoying one-time hit
removing all the (tons) of existing tabs, generating lots of merge
conflicts on all GHC branches for little immediate gain :-(
So while I share
On Sun, May 15, 2011 at 2:12 PM, Edward Z. Yang ezy...@mit.edu wrote:
I'm getting some mysterious DPH linking error when I am attempting a validate:
http://hpaste.org/46695/dph_dynamic_error
I saw the same problem on a non-validate build.
I rm -rf libraries/dph :)
On Thu, May 19, 2011 at 10:35 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
| So if someone actually follows through with this as an official
| libraries submission (with a patch, deadline, etc.), the odds seem in
| favor of it.
|
| I'll try to see it through, although the process
On Thu, May 19, 2011 at 2:18 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
No, we intended that the maintainer is never *required* to accept a change.
To quote the community offers opinions; the maintainer decides. If you
think that point should be made even more strongly, can you
Hi Simon,
I have re-read the entire document and I'm willing to try it out in
its current form. I'd like to use the remainder of this email to note
my remaining reservations, to clarify my thinking on these issues if
nothing else.
Motivation and momentum
==
Keeping oneself
Hi Simon,
On Fri, May 20, 2011 at 2:31 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
But I understand you as saying fine, let's try it and see.
Lets try and see.
There's a balance isn't there? Changing the API of a widely used library
imposes costs on lots of other people, and it's
Duncan, didn't you add capabilities sets recently?
On Fri, May 20, 2011 at 4:11 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
I’m getting this build failure on a clean “sh validate” on Windows. All the
configure stuff has happened from scratch. Anyone got any ideas?
Simon
On Thu, May 26, 2011 at 9:37 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Friends
Thanks to those who responded to the message below, about improving the
process for developing the core Haskell libraries.
http://www.haskell.org/haskellwiki/Library_submissions/NewDraft
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/fa85978a50435b596c10f2a5a79fb2d54ca105b3
---
commit fa85978a50435b596c10f2a5a79fb2d54ca105b3
Author: Johan
On Mon, Jun 6, 2011 at 5:17 AM, Simon Marlow marlo...@gmail.com wrote:
Johan has a test that compares assembly output I think - Johan, is it in
yet?
The test I wrote was for the memcpy primops. I can write a test for
this optimization as well as soon as the test support patch itself [1]
is in.
+-- EZY: This code has an unusually high amount of assignTemp calls, seen
+-- nowhere else in the code generator. This is mostly because these
+-- primitive ops result in a surprisingly large amount of code. It
+-- will likely be worthwhile to optimize what is emitted here, so that
+-- our
On Wed, Jun 15, 2011 at 2:24 PM, Manuel M T Chakravarty
c...@cse.unsw.edu.au wrote:
compiler/nativeGen/X86/CodeGen.hs:1510:32:
Warning: Defined but not used: `args'
compiler/nativeGen/X86/CodeGen.hs:1552:32:
Warning: Defined but not used: `args'
no location info:
Failing due to
://hackage.haskell.org/trac/ghc/changeset/01c9b2f8ece0a7f1226d0768e811666f792787bc
---
commit 01c9b2f8ece0a7f1226d0768e811666f792787bc
Author: Johan Tibell johan.tib...@gmail.com
Date: Wed Jun 8 17:27:59 2011 +0200
Add test for unrolling memcpy
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ef2ac839746750300dc8e96b8accaee8498298d7
---
commit ef2ac839746750300dc8e96b8accaee8498298d7
Author: Johan Tibell
- master
On Wed, Jun 15, 2011 at 2:30 PM, Johan Tibell johan.tib...@gmail.com wrote:
On Wed, Jun 15, 2011 at 2:24 PM, Manuel M T Chakravarty
c...@cse.unsw.edu.au wrote:
compiler/nativeGen/X86/CodeGen.hs:1510:32:
Warning: Defined but not used: `args'
compiler/nativeGen/X86/CodeGen.hs:1552
Yes. They made it know. Ian had to kick something manually. I think it
was permissions related.
On Wed, Jun 15, 2011 at 8:05 PM, David Terei davidte...@gmail.com wrote:
On 15 June 2011 03:53, Edward Z. Yang ezy...@mit.edu wrote:
Was this commit supposed to have made it to master? I don't see
Hi Simon,
I'd like to see the last patch
(0001-codeGen-Make-emitCopyByteArray-less-pessimistic.patch) from
http://hackage.haskell.org/trac/ghc/ticket/5210 go in. It contains
some final clean-ups for the new array copy primops I've added for
7.2.
I've just validated it.
Cheers,
Johan
committing these # 5210 patches?
| -Original Message-
| From: Johan Tibell [mailto:johan.tib...@gmail.com]
| Sent: 17 June 2011 10:38
| To: Simon Peyton-Jones
| Cc: David Terei; GHC
| Subject: Re: GHC 7.2
|
| Hi Simon,
|
| I'd like to see the last patch
| (0001-codeGen-Make
Note. There's only one patch left to commit:
0001-codeGen-Make-emitCopyByteArray-less-pessimistic.patch
On Fri, Jun 17, 2011 at 1:16 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
fine... is David committing these # 5210 patches?
| -Original Message-
| From: Johan Tibell
OK.
David, could you please the commit the last patch when you have time?
Thanks!
On Fri, Jun 17, 2011 at 1:55 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
i don't think it's hour-to-hour urgent. After all Safe Hsakell isn't in yet!
| -Original Message-
| From: Johan Tibell
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e9bc0dde881a615e01f8fc5e52dd2264f163e5fd
---
commit e9bc0dde881a615e01f8fc5e52dd2264f163e5fd
Author: Johan Tibell
On Fri, Jun 24, 2011 at 4:46 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
I got this error when I pushed to GHC just now:
Sorry, you can't push to the refs/pull/* hierarchy
To g...@github.com:ghc/ghc.git
! [remote rejected] master - master (pre-receive hook declined)
! [remote
On Fri, Jun 24, 2011 at 5:42 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
On 24 June 2011 16:09, Johan Tibell johan.tib...@gmail.com wrote:
Are you sure this is the case? If so we should perhaps file a bug on
GitHub to get that working.
I thought --mirror essentially did a -f.
Yes
On Fri, Jul 8, 2011 at 5:10 PM, Ian Lynagh ig...@earth.li wrote:
@@ -201,6 +214,15 @@ foreign import ccall interruptible
deprecated, has now been removed.
/para
/listitem
+
+ listitem
+ para
+ There is a new literalVECTORISE/literal pragma,
On Tue, Jul 12, 2011 at 3:34 PM, Karel Gardas karel.gar...@centrum.cz wrote:
Hello,
I've forked ghc/ghc repo on github.com to work on ARM port. Now I'd like to
check it out and compile it, but I'm not able to `sync-all get' since git
complains with `warning: remote HEAD refers to nonexistent
Hi all,
On Thu, May 12, 2011 at 8:58 AM, Ben Lippmeier b...@ouroborus.net wrote:
Hi All,
I thought I'd take a moment to mention that the GHC build system is basically
unmaintainable by anyone except the original authors. It's clear that a
heroic effort has been made to fit a square peg into
On Thu, Jul 21, 2011 at 11:20 AM, Johan Tibell johan.tib...@gmail.com wrote:
After having spent about 8 hours trying to add a new static library as
a dependency of ghc-prim I feel with you. I've read all the wiki
pages, make -p:ed myself to death, tried to imitate other files, read
through
On Thu, Aug 18, 2011 at 12:22 PM, Alexander Kjeldaas
alexander.kjeld...@gmail.com wrote:
The Nehalem micro-architecture has made unaligned loads very cheap, as long
as they do not cross a cache line boundary.
I am thinking that this makes it possible for ghc to use 40-bit pointers,
and
On Thu, Aug 18, 2011 at 12:43 PM, Alexander Kjeldaas
alexander.kjeld...@gmail.com wrote:
Unaligned word-sized loads work fine on x86, and this would be x86-64 only,
or even Nehalem (and later) only. Or, from a cost perspective, it could
be interesting for non-Nehalem as well, as RAM is
It works on my machine, could it be due to different OS X versions?
I'm still on Snow Leopard. The symbols are defined in ghc-prim,
perhaps you need to pull the latest version?
On Thu, Aug 18, 2011 at 4:29 PM, Manuel M T Chakravarty
c...@cse.unsw.edu.au wrote:
This popCnt stuff doesn't seem to
Just tried on my OS X/x86_64 and it builds fine for me. Make sure you have
https://github.com/ghc/packages-ghc-prim/commit/cefc19afafe5107ff98d5205c204b190da1d497b
On Thu, Aug 18, 2011 at 4:36 PM, Johan Tibell johan.tib...@gmail.com wrote:
It works on my machine, could it be due to different OS
On Thu, Aug 18, 2011 at 11:45 PM, Simon Marlow marlo...@gmail.com wrote:
It's broken on 32-bit platforms (like Johan, I validated on 64-bit and
didn't notice the 32-bit breakage). I have a fix on the way...
I got alerted to the problem this morning (which is 32-bit only) and
had a fix that
Simon fixed the 32-bit issue in
https://github.com/ghc/ghc/commit/548765e28739af5479e47e05bc4e6051cd709c66
Thanks Simon!
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/c579340ca8494908abdec0a50952ea81b8eaa6ab
---
commit c579340ca8494908abdec0a50952ea81b8eaa6ab
Author: Johan Tibell
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/14619423995f69a76061b5f84025188ca2fedd03
---
commit 14619423995f69a76061b5f84025188ca2fedd03
Author: Johan
Hi,
On Fri, Oct 21, 2011 at 1:34 PM, David Peixotto d...@rice.edu wrote:
I believe that we should be narrowing the argument before calling the
function (and in fact both gcc and llvm-gcc will narrow it before a
call to hs_popcnt8). My question is what is the right way to do
that in the code
On Wed, Oct 26, 2011 at 9:04 AM, Thomas Schilling
nomin...@googlemail.comwrote:
I while ago I saw a commit to Safe Haskell changing modules from
default Unsafe to default Safe.
This seems wrong to me (and Duncan agreed on IRC) -- in security the
usual advice is to use white listing instead
On Wed, Oct 26, 2011 at 11:04 AM, Daniel Fischer
daniel.is.fisc...@googlemail.com wrote:
I don't understand this. If I don't use Safe Haskell, the compiler should
ignore all the Safe/Trustworthy/Unsafe pragmas no matter what's the
default.
Only if I explicitly choose to use Safe Haskell by
Is this going into 7.4? Does this mean all heap objects now use 4 words
(e.g. Int is now twice as big)?
On Tue, Nov 1, 2011 at 10:22 AM, Geoffrey Mainlain gmain...@galois.comwrote:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : simd
Just saw the branch name. This is in a branch. Please ignore me.
On Tue, Nov 1, 2011 at 10:32 AM, Johan Tibell johan.tib...@gmail.comwrote:
Is this going into 7.4? Does this mean all heap objects now use 4 words
(e.g. Int is now twice as big)?
On Tue, Nov 1, 2011 at 10:22 AM, Geoffrey
On Thu, Nov 3, 2011 at 8:39 AM, Thomas Schilling nomin...@googlemail.comwrote:
As for my personal stance on upgrading: My 10.5 laptop is a 1st-gen
MacBook which are 32 bit only, so it doesn't make much sense to
upgrade to 10.6. My work Mac does run 10.6 but I've only heard of
people having
This is great.
P.S. Have someone tried to compile e.g. fibon or some other more realistic
benchmark with -funbox-strict-fields? I guess one problem might be that not
enough fields are made strict though...
On Wed, Nov 9, 2011 at 3:36 AM, Simon Marlow marlo...@gmail.com wrote:
Repository :
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-7.4
http://hackage.haskell.org/trac/ghc/changeset/7dfa17d4ed8fa7604cb681e375133db4773b8910
---
commit 7dfa17d4ed8fa7604cb681e375133db4773b8910
Author: Johan Tibell
I was going to merge the commit into the upstream containers repo but
couldn't find it here:
https://github.com/ghc/packages-containers/commits/master
On Wed, Jan 18, 2012 at 7:35 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Ian
Fixed... but I had to add
{-# OPTIONS_GHC -Wwarn #-}
On Wed, Jan 18, 2012 at 8:47 AM, Simon Marlow marlo...@gmail.com wrote:
On 18/01/2012 15:35, Simon Peyton-Jones wrote:
Ian
Fixed... but I had to add
{-# OPTIONS_GHC -Wwarn #-}
to containers:Data.Sequence
FWIW, the right thing in cases like this is to add another -Wwarn line to
Is this something that should be ported to master?
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
On Tue, Mar 6, 2012 at 7:23 AM, Simon Marlow marlo...@gmail.com wrote:
However it's possible that we'll replace the mini-inliner entirely. It
has always been a bit of a hack, and the new code generator is quite
effective at exposing its shortcomings. Edward's CmmRewriteAssignments
pass was
On Tue, Mar 6, 2012 at 8:54 AM, Simon Marlow marlo...@gmail.com wrote:
what loop unrolling? In LLVM you mean?
I added loop unrolling for the thawArray# etc primops both to the NCG and
the LLVM backend.
Eventually hoopl should buy us the ability to do some great optimisations
at the C--
On Mon, Aug 27, 2012 at 11:21 PM, Simon Hengel s...@typeful.net wrote:
Hi,
we have several issues on Haddock's ghc-7.6 branch. I fixed some of
those, but some still persist.
Isolated, none of those issues are a big deal. But combined they are.
Is there a way we can prevent situations like
On Wednesday, September 5, 2012, Simon Marlow wrote:
I've started a wiki page to list the cleanup tasks we need to get done now
that the new codegen is enabled by default. (since this is a bit
open-ended and fluid I thought a wiki page would be better than a ticket
for now).
On Thu, Sep 27, 2012 at 3:12 AM, Ilya Sergey ilya.ser...@cs.kuleuven.be wrote:
Do not pull master!!
I think, I messed up terribly by making a force git push into master.
As a result, the commit history since 21 august was lost.
Could someone, please, restore the history by push a right
On Sun, Oct 14, 2012 at 12:00 PM, Gábor Lehel illiss...@gmail.com wrote:
On Sun, Oct 14, 2012 at 8:47 PM, Dan Burton danburton.em...@gmail.com wrote:
At the risk of useless bikeshedding... might I suggest r as a mnemonic for
result?
foldl :: (a - r - r) - r - [a] - r
foldr :: (r - a - r) - r
Could we have the primop take the length instead of requiring a
null-terminated string? That way we can more efficiently support using
the primops with ByteStrings or Texts without copying them just to add
a null terminator. Also, it's slightly safer to have explicit lengths.
On Mon, Oct 15, 2012
Hi Simon,
On Fri, Oct 19, 2012 at 4:49 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
As discussed in Trac #6032 I am deprecating
Rank2Types
PolymorphicComponents
in favour of the single flag
RankNTypes
I'm fine with making the changes to cabal, but
On Mon, Oct 22, 2012 at 9:14 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Do you mean “silently and forever”? Deprecation simply means that
everything continues to work, but you get a little nudge to change. Isn’t
that what it’s for? If you treat deprecation as equivalent to error,
On Mon, Oct 22, 2012 at 11:02 AM, Ashley Yakeley ash...@semantic.org wrote:
I think it's OK if a compiler accepts a program incorrectly marked
Rank2Types when it actually requires rank-n types?
It's an interesting question: does Rank2Types mean I require at least
rank-2 types or I only use
On Mon, Oct 22, 2012 at 9:14 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Do you mean “silently and forever”? Deprecation simply means that
everything continues to work, but you get a little nudge to change. Isn’t
that what it’s for? If you treat deprecation as equivalent to error,
First, thanks to Ian for implementing this.
On Sun, Nov 25, 2012 at 1:18 PM, Ian Lynagh i...@well-typed.com wrote:
On Fri, Nov 02, 2012 at 08:10:04PM +, Ian Lynagh wrote:
We have been working on a new way in which we handle the repositories
that make up a GHC tree, in order to makes the
Repository : ssh://darcs.haskell.org//srv/darcs/nofib
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/14bccff2c547c0e06fe8f98607b9cf18890ef051
---
commit 14bccff2c547c0e06fe8f98607b9cf18890ef051
Author: Johan Tibell
On Dec 6, 2012 4:39 AM, Simon Peyton-Jones simo...@microsoft.com wrote:
(Narrowing to cvs-ghc for now.)
Speaking for myself, I would welcome a code-ownership model along the
lines that Ben suggests. If it works well it would
a) spread the load
b) broaden a genuine sense of ownership
1 - 100 of 128 matches
Mail list logo