@haskell.org
*Subject:* Making GHCi awesomer?
Good evening,
So I’ve been working on Haskell user-facing tooling in general for
some years. By that I mean the level of Emacs talking with Haskell
tools.
I wrote the interactive-haskell-mode (most functionality exists
in this file
https
2014-10-22 3:20 GMT+02:00 Carter Schonwald carter.schonw...@gmail.com:
i'm pretty sure they're usable in ghci... i think theres just certain flags
that need to be invoked for one reason or another, but I could be wrong (and
i've not tried in a while)
I just gave a few OpenGL/GLUT examples a
. Much better that than do fragile
screen-scraping on GHCi’s textual output.
Thanks for what you are doing here.
Simon
From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Christopher
Done
Sent: 18 October 2014 16:49
To: ghc-devs@haskell.org
Subject: Making GHCi awesomer?
Good evening
On Oct 20, 2014, at 09:14, Ben Gamari bgamari.f...@gmail.com wrote:
Simon Peyton Jones simo...@microsoft.com writes:
Christopher
You are doing very cool things. Thank you.
What I’m puzzled about is this: the GHC API *is* a programmatic
interface to GHC. Why not just use it?
One
Sure, but how often does the API deal with types that aren't defined by `ghc`
or `base`? ByteString is one case I can think of, if you want to muck about
with FastStrings without the overhead of Strings.
On Oct 20, 2014, at 09:59, Brandon Allbery allber...@gmail.com wrote:
On Mon, Oct 20,
Excerpts from Eric Seidel's message of 2014-10-20 09:32:41 -0700:
I read recently that Rust has some sort of symbol-mangling in place to allow
multiple versions of the same library to co-exist within a single build.
How feasible would it be to add this feature to GHC? At a first glance it
Sorry to bother everybody, but where is this documented? What happens if
incompatible versions pass data between each other?
On Mon, Oct 20, 2014 at 1:22 PM, Edward Z. Yang ezy...@mit.edu wrote:
Excerpts from Eric Seidel's message of 2014-10-20 09:32:41 -0700:
I read recently that Rust has
different versions will be considered to have *different* types (albeit
with the same name)
On Mon, Oct 20, 2014 at 2:27 PM, Christopher Allen c...@bitemyapp.com
wrote:
Sorry to bother everybody, but where is this documented? What happens if
incompatible versions pass data between each other?
Good evening,
So I’ve been working on Haskell user-facing tooling in general for
some years. By that I mean the level of Emacs talking with Haskell
tools.
I wrote the interactive-haskell-mode (most functionality exists
in this file
I think there is currently a more general interest in this, and the ghc-mod
guys are thinking on similar lines, see
https://github.com/kazu-yamamoto/ghc-mod/issues/349
Alan
On Sat, Oct 18, 2014 at 5:48 PM, Christopher Done chrisd...@gmail.com
wrote:
Good evening,
So I’ve been working on
On 10/18/2014 04:48 PM, Christopher Done wrote:
Good evening,
So I’ve been working on Haskell user-facing tooling in general for
some years. By that I mean the level of Emacs talking with Haskell
tools.
[snip]
You’ve seen some of these features in GHC Mod, in hdevtools, in the FP
From: Christopher Done chrisd...@gmail.com
Subject: Making GHCi awesomer?
Date: Sat, 18 Oct 2014 17:48:48 +0200
1. The first problem with this is that every three projects will
segfault or panic when trying to load in a project that GHCi will
load in happily. [...] People have similar
From: Mateusz Kowalczyk fuuze...@fuuzetsu.co.uk
Subject: Re: Making GHCi awesomer?
Date: Sat, 18 Oct 2014 18:05:49 +0100
Sounds interesting. My only request/comment is that I hope whatever
conclusion you come to, the library part of it will be usable just as
much (or even more
On 18 October 2014 19:28, Daniel Gröber d...@darkboxed.org wrote:
Do you have any examples of such projects, I've never seen any
complaints about ghc-mod doing this.
I haven't used ghc-mod enough to have a crash happen to me. I couldn't get
it to work the times I'd tried it and others make
On 2014-10-18 at 19:59:24 +0200, Christopher Done wrote:
[...]
Herbert doesn't have time to hack on it, but was encouraging about
continuing with ghci-ng.
Yeah, it's quite convenient to hack on GHCi that way as it's just an
ordinary Cabal package (so it doesn't require to setup a GHC
On 18 October 2014 22:36, Herbert Valerio Riedel hvrie...@gmail.com wrote:
Yeah, it's quite convenient to hack on GHCi that way as it's just an
ordinary Cabal package (so it doesn't require to setup a GHC source-tree
and wrangle with the GHC build-system), if you're lucky enough (which is
most
16 matches
Mail list logo