Hey Everyone,
in
https://ghc.haskell.org/trac/ghc/ticket/9353
and
https://phabricator.haskell.org/D350
is some preliminary work to fix up how the pure versions of the prefetch
primops work is laid out and prototyped.
However, while it nominally fixes up some of the problems with how the
current p
Hi *,
To get things back on track, we have a short post following up the
earlier one this week. It's been busy today so I'll keep it short:
- The STABLE freeze Austin announced two weeks ago is happening now,
although at this point a few things we wanted to ship are just 98%
ready. So it may wa
Thanks Joachim.
Simon
| -Original Message-
| From: ghc-commits [mailto:ghc-commits-boun...@haskell.org] On Behalf Of
| g...@git.haskell.org
| Sent: 21 November 2014 20:56
| To: ghc-comm...@haskell.org
| Subject: [commit: ghc] master: Add T7220a.stderr (6265f1c)
|
| Repository : ssh://g..
Necessary is a strong statement, it's obviously not as it's style.
I personally think it's better to have Safe Haskell pragmas at the top
as they aren't like other pragmas, they don't just turn something on
but make a hard statement about the module in question. As such it
seems better to me to ke
Hello David,
On 2014-11-21 at 22:03:23 +0100, git-4Dsf34iY/nkouohngz6...@public.gmane.org
wrote:
[...]
> commit 2a523ebf091478aea39deef28073320bed628434
> Author: David Terei
> Date: Wed Nov 19 18:29:51 2014 -0800
>
> Be consistent with placement of Safe Haskell mode at top of file
Why
I'll spin up a windows VM to fix this. Although, do we have any better
approaches these days? Are there Travis machines I can push to or
anything that will validate on windows?
Simon, I suspect there is a stage ordering issue here, that ghc-stage0
has a time library that isn't safe, but stage-1's
I'll be getting the storable ratio and complex patches onto phab later
today.
May also want to discuss the prefetch api later, but I'll bring that up on
irc/ on the mailing list
On Nov 21, 2014 10:57 AM, "Austin Seipp" wrote:
> Hi friends,
>
> Today, I'm planning on trying to cut a new `ghc-7.1
Thanks, that all sounds great.
I always keep it in a buildable state anyway, I'll do any changes in
the next couple of weeks (I don't have anything too major planned),
and if any issues come up after that I'll fix them quickly.
Thanks, Neil
On Fri, Nov 21, 2014 at 6:14 PM, Herbert Valerio Riede
On 2014-11-21 at 18:13:16 +0100, Neil Mitchell wrote:
> As part of the forthcoming GHC release, I assume the filepath library
> will be sync'd to the latest version in the GitHub repo? When will
> that sync happen?
We'll probably try to sync up w/ filepath's current master-tip for the
upcoming fr
Hi,
As part of the forthcoming GHC release, I assume the filepath library
will be sync'd to the latest version in the GitHub repo? When will
that sync happen? Who will do the sync? When is the last time I can
make changes that go into GHC 7.10? What should I be doing to help? As
this is my first t
Hi friends,
Today, I'm planning on trying to cut a new `ghc-7.10` branch for the
stable freeze. That means I'm going to spend a lot of time merging
patches and other things with several other developers because
everything is crazy and so many things wow.
If you have things you want me to review,
Great. Thank you Herbert!
On Fri, Nov 21, 2014 at 9:38 AM, Herbert Valerio Riedel
wrote:
> On 2014-11-21 at 08:41:21 +0100, Herbert Valerio Riedel wrote:
>
> [...]
>
>> Oh it's quite simple, old-{time,locale} will continue to live on via
>> Hackage; We'll upload GHC 7.10 compatible versions of th
On 2014-11-21 at 08:41:21 +0100, Herbert Valerio Riedel wrote:
[...]
> Oh it's quite simple, old-{time,locale} will continue to live on via
> Hackage; We'll upload GHC 7.10 compatible versions of those two packages
> to Hackage soon.
PS: I've already uploaded new {base-4.8,GHC-7.10}-compatible v
Hi,
I observe
--- /dev/null 2014-11-21 13:30:25.126538446 +
+++ ./typecheck/should_compile/T7220a.comp.stderr 2014-11-21
13:58:27.078240760 +
@@ -0,0 +1,14 @@
+
+T7220a.hs:17:6:
+Could not deduce (C a b)
+from the context (C a0 b, TF b ~ Y)
+ bound by the type signat
I'm getting this for test linker_unload on Linux. I'm sure it's not my fault!
But it makes validate fail
Simon
Wrong exit code (expected 0 , actual 2 )
Stdout:
Stderr:
linker_unload:
/5playpen/simonpj/HEAD-2/libraries/integer-gmp2/dist-install/build/libHSinteg_2MbWUstH60IEgCAexOk3v3.a:
unknow
Heads up: this commit means you need to blow away all your .hi files.
Simon
| -Original Message-
| From: ghc-commits [mailto:ghc-commits-boun...@haskell.org] On Behalf
| Of g...@git.haskell.org
| Sent: 21 November 2014 13:03
| To: ghc-comm...@haskell.org
| Subject: [commit: ghc] mas
16 matches
Mail list logo