> No, it is a big change and the merge window is closed now. This question
> was just asked on reddit:
> http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_getting_it_into_7101/
Greg, thank you for this info. But it is really disappointing.
I was silent about this because i
No, it is a big change and the merge window is closed now. This question
was just asked on reddit:
http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_getting_it_into_7101/
On Tue, Dec 23, 2014 at 6:12 PM, Kazu Yamamoto wrote:
> Hi,
>
> If I understand correctly, Overloaded
Hi,
If I understand correctly, OverloadedRecordFields has not been merged
yet. Are there any chances to merge it into GHC 7.10.1?
--Kazu
> We are pleased to announce the first release candidate for GHC 7.10.1:
>
> https://downloads.haskell.org/~ghc/7.10.1-rc1/
>
> This includes the source
Heres a OS X build that should work with >= 10.7
http://www.wellposed.com/opensource/ghc/releasebuild-unofficial/ghc-7.8.4-x86_64-apple-darwin.tar.bz2
and the sha 512
shasum -a512 ghc-7.8.4-x86_64-apple-darwin.tar.bz2
c6e76a2cd7ec7820d071ef1f417981845bb86c4c8337a57431136a375cbd0695fe810ec10963109
Ah, just took a look. I think my suggestion is unlikely to be correct.
On 08:40, Tue, Dec 23, 2014 John Lato wrote:
> Can't try your code now, but have you tried using threadscope? Just a
> thought, but maybe the garbage collection is blocked waiting for a thread
> to finish.
>
___
Can't try your code now, but have you tried using threadscope? Just a
thought, but maybe the garbage collection is blocked waiting for a thread
to finish.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mai
On Tue, Dec 23, 2014 at 11:10 AM, Dominic Steinitz
wrote:
> How very clever of you and thank you very much. Changing ‘ to 1 does fix
> the problem.
>
> I would have thought this would work
>
> cabal install --with-gcc=gcc-4.9
>
>
> But sadly I still got the same error.
>
I think that changes the
> $ cabal --version
> cabal-install version 1.19.1
> using version 1.19.1 of the Cabal library
Dominic Steinitz
domi...@steinitz.org
http://idontgetoutmuch.wordpress.com
On 23 Dec 2014, at 15:54, Carter Schonwald wrote:
> what version of cabal-install are you using?
>
> On Tue, Dec 23, 2014 a
How very clever of you and thank you very much. Changing ‘ to 1 does fix the
problem.
I would have thought this would work
> cabal install --with-gcc=gcc-4.9
But sadly I still got the same error.
Do I need a special version of cpphs?
Dominic Steinitz
domi...@steinitz.org
http://idontgetoutmuc
On Tue, Dec 23, 2014 at 10:46 AM, Dominic Steinitz
wrote:
> To restate the problem: this is from code that has not been changed for 2
> years. I get
>
> > Examples.hs:42:42: Parse error in pattern: con
> > Failed, modules loaded: none.
>
I think I see the problem. Are you by any chance on a mach
what version of cabal-install are you using?
On Tue, Dec 23, 2014 at 10:46 AM, Dominic Steinitz
wrote:
> Ok I have a cut down version of the problem and am cross posting to
> glasgow-haskell-users.
>
> To restate the problem: this is from code that has not been changed for 2
> years. I get
>
> >
Ok I have a cut down version of the problem and am cross posting to
glasgow-haskell-users.
To restate the problem: this is from code that has not been changed for 2
years. I get
> Examples.hs:42:42: Parse error in pattern: con
> Failed, modules loaded: none.
Any help would be very gratefully r
Hi *,
As many of you will probably notice, I have bulk modified a lot of
Trac tickets and moved their milestone out.
You might be wondering why; the reasoning is that since 7.10.1 RC1 is
out (see other email), we need to start prioritizing what gets done.
So, I moved all tickets that were a) set
We are pleased to announce the first release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc1/
This includes the source tarball and bindists for 64bit/32bit Linux
and Windows. Binary builds for other platforms will be available
shortly. (CentOS 6.5 binaries are not avai
==
The (Interactive) Glasgow Haskell Compiler -- version 7.8.4
==
The GHC Team is pleased to announce a new patchlevel release of GHC, 7.8.4.
This is an important bugfix rel
I have a program that, to all appearances, is behaving properly. It uses
very little memory to run, it has the profile I would expect looking at
+RTS -hc. I have no reason to believe there is a memory leak (in the sense
that it's not lazily holding on to things it no longer needs or strictly
gene
16 matches
Mail list logo
