2014-04-29 7:59 GMT+02:00 Alain O'Dea :
> This doesn't happen when I run make directly from a shell myself. It looks
> like a defect in the GHC builder-client itself.
I would rather call it (yet) an undocumented feature :-)
> If POSIX resources are available on the host (which they are on SmartO
I am trying to get GHC builder-clients running for x86 and x86_64 GHC on
SmartOS.
I have been trying to get to the bottom of this memory issue and have had
no luck. I've set it aside for the past couple of days to try to get a
clear head to attack it afresh tonight.
The three latest builds die w
Hello,
I added a paragraph about my work to integrate an SMT solver with the
constraint solver.
As far as I know, the work on 'data kinds' is stalled at the moment in part
due to lack of time, but also because we got a prototype working, but then
there were doubts if we'd taken the right approach
Hello all,
Here's what's gone on this week:
- The HCAR is happening! I sent an email about this earlier, but
PLEASE, if you're working on something, add it to the page for the May
2014 report! I won't forget the link this time:
https://ghc.haskell.org/trac/ghc/wiki/Status/May14
- ORF is sti
Yes, major blunder. Sorry about that!
On Mon, Apr 28, 2014 at 6:27 AM, Simon Peyton Jones
wrote:
> Austin omitted the all-important URL:
> https://ghc.haskell.org/trac/ghc/wiki/Status/May14
>
> It's on the wiki so you can fill in yourselves.
>
> Simon
>
> | -Original Message-
> | From: gh
Austin omitted the all-important URL:
https://ghc.haskell.org/trac/ghc/wiki/Status/May14
It's on the wiki so you can fill in yourselves.
Simon
| -Original Message-
| From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Austin
| Seipp
| Sent: 28 April 2014 12:21
| To: ghc-dev
Hello all,
I hate to pester so late, but this completely slipped my mind *twice*
so I'm afraid I have to!
The HCAR entry deadling is rapidly approaching (~May 1st), and before
I send off what we have to Mihai, I'd like everyone to pitch in as
much as possible.
I've already gone ahead and filled
On 28/04/2014 09:32, Herbert Valerio Riedel wrote:
Hello Simon,
On 2014-04-28 at 10:16:39 +0200, Simon Marlow wrote:
So let me check that I'm understanding correctly. Right now the
source of truth for these repos is under git.haskell.org/ghc, and
you're proposing that we move the source of tru
In principle I think it's a pity to lose External Core. It provides an
interface to GHC that is based on the simplest possibly connector (a text
file), and allows GHC's front end or back end to be used by other systems
written in different languages.
However, as you say, it has received no lov
On 2014-04-28 at 10:40:15 +0200, Simon Peyton Jones wrote:
> In general I'd like to make the infrastructure reflect the story of
> who is managing these packages. Moreover, those who are maintaining a
> package, in this case the core-libraries committee, should have the
> final word on where their
I believe sync-all pull is supposed to automatically do a submodule
update. If it doesn't then that's a bug - Simon please create a ticket.
Cheers,
Simon
On 24/04/2014 09:36, Johan Tibell wrote:
I believe you need to run `git submodule update`. The orf branch was
likely set to use a different
In general I'd like to make the infrastructure reflect the story of who is
managing these packages. Moreover, those who are maintaining a package, in this
case the core-libraries committee, should have the final word on where their
infrastructure lives.
Putting issue-tracking in a clearly-defin
Hello Simon,
On 2014-04-28 at 10:16:39 +0200, Simon Marlow wrote:
> So let me check that I'm understanding correctly. Right now the
> source of truth for these repos is under git.haskell.org/ghc, and
> you're proposing that we move the source of truth to github. In
> addition we would still need
So let me check that I'm understanding correctly. Right now the source
of truth for these repos is under git.haskell.org/ghc, and you're
proposing that we move the source of truth to github. In addition we
would still need the git.haskell.org/ghc repos, but they would become
lagging repos tra
14 matches
Mail list logo
