Thanks everyone. I didn't expect just continuing "make" would work, but it
does, so that's a workaround for now. I'll look forward to the real fix, of
course.
John
___
ghc-devs mailing list
ghc-devs@haskell.org
One thing I should note is that I believe since the last time I'd built I
updated Mac OS to 10.13.4, if that is relevant. Note that stage 1 built
fine; the failure occurs about 22 minutes into a build that typically takes
30 minute on my machine.
John
On Tue, Apr 3, 2018 at 8:06 AM, John Leo &l
Hi everyone,
I pulled from head this morning and rebased my current work on it, and am
getting a build error I've never seen before. I don't think it's due to any
of my own changes, and everything built fine last time I tried just a
couple days ago . I'd pulled both code and submodules. I did
A serious proposal:
https://github.com/halfaya/ghc-proposals/blob/master/proposals/-colonectomy.rst
John
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Hi everyone,
Today I'm trying to merge the latest HEAD into my work on the explicit
forall proposal, and I'm running into a problem I'd like help with. The
changes that are affecting me seem to come from the latest Trees that Grow
checkins.
I had added a field to FamEqn, namely feqn_bndrs:
data
I pulled head this morning and built with no problems on a Mac. I wonder
if you need to pull submodules as well (which I did) or if you're missing
some newly required dependency.
John
On Tue, Oct 3, 2017 at 10:55 AM, Thomas Jakway wrote:
> Anyone else getting linker errors?
>
On Sat, Nov 12, 2016 at 3:19 PM, John Leo <l...@halfaya.org> wrote:
> That's exactly what I did--in fact clone a fresh GHC and try again, but no
> luck. I attached the full logs in my second message, which have the
> details--let me know if the attachment is not readable. T
imo...@microsoft.com>
wrote:
> I’ve seen a very recent commit that mentioned bumping a TH bound. Maybe
> pull, make clean and try again?
>
>
>
> Simon
>
>
>
> *From:* ghc-devs [mailto:ghc-devs-boun...@haskell.org] *On Behalf Of *John
> Leo
> *Sent:* 12 Nove
many
times and never seen this problem before.
John
On Sat, Nov 12, 2016 at 2:48 PM, John Leo <l...@halfaya.org> wrote:
> Hi everyone,
>
> I'm trying to build the latest 8.1 sources on a Mac running El Capitan.
> I'm getting an error I'd never seen before and wonder if anyone
Hi everyone,
I'm trying to build the latest 8.1 sources on a Mac running El Capitan.
I'm getting an error I'd never seen before and wonder if anyone has any
pointers of how I might fix things. I blew away my GHC, re-cloned from
github, reconfigured and I still get the same error.
The following
Allbery <allber...@gmail.com>
wrote:
>
> On Mon, Oct 10, 2016 at 11:22 PM, John Leo <l...@halfaya.org> wrote:
>
>> I'm trying to compile ghc from the latest source and am hitting an error
>> "Symbol not found: _clock_gettime". I'm on Mac El Capitan and r
Speaking as someone teaching his coworkers Haskell now, Eric's is the best
suggestion I've seen so far.
What I like about it:
* The original meaning of :type is unchanged.
* No new command is added (I prefer adding a flag to adding another
command).
* With the flag on, the full type is shown
I sent this to haskell-cafe a little while ago but didn't get a response,
so I thought I'd try here. I'd guess this is a case of the GHC user guide
needing an update, but I'd like an expert opinion.
---
According to sections 7.4.3 and 7.4.4 of the latest GHC documentation
relevant
> https://ghc.haskell.org/trac/ghc/ticket/11046
>
> 2015-12-10 20:51 GMT+05:00 John Leo <l...@halfaya.org>:
>
>> I sent this to haskell-cafe a little while ago but didn't get a response,
>> so I thought I'd try here. I'd guess this is a case of the GHC user g
14 matches
Mail list logo