Local types and instances

Idea: Allow local type and instance declarations, i.e. in `let` or `where` clause. Primary motivation: defining `ordNubBy` and such, i.e. functions which take an effective class dictionary In Haskell now, we can readily write `ordNubOn :: Ord b => (a -> b) -> [a] -> [a]` in terms of `Set`

Profiling plugins

How is this done? I am working on ConCat [https://github.com/conal/concat] and we need a profile of the plugin itself. I tried "stack test --profile" but that does a profile of the test program, not the plugin. Can i do this and not rebuild GHC? ___

Re: New Github features and Haskell Prime

I see we have a "Last call" column. What are its semantics? What are the criteria for moving an RFC into it? Once there, can the RFC be moved back out? Has it a time limit when an RFC there must be either merged or closed? How shall we choose whether to merge or close? If no one has an idea yet,

Codifying language extensions in Report

Is this in scope? I.e. a conformant Haskell implementation must allow the extension, but using it remains optional. ___ Haskell-prime mailing list Haskell-prime@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime

Haskell Prime vs core libraries

For a proposal which affects the base library, such as AMP [1] for example, must we also consult the Core Libraries Committee? (I assume they already approved the AMP but i'm asking more generally.) [1] https://github.com/haskell/rfcs/pull/1 ___

Re: Infrastructure status?

On 31/05/2016, Herbert Valerio Riedel wrote: > I'd rather suggest to have 2 Git repos, to keep the concerns separate. > And I think we can just start out with such a 2nd GitHub repo and > make the process up as we go. At this point we should just get moving, as I > sense many

Re: Are there GHC extensions we'd like to incorporate wholesale?

On 02/05/2016, Cale Gibbard wrote: > This question implicitly has two parts: > > 1) Are there GHC extensions which the Report ought to describe in their > entirety? ... > > 2) Are there extensions which ought to stop being extensions? ... I agree here, except as noted in my

Re: Are there GHC extensions we'd like to incorporate wholesale?

On 02/05/2016, Cale Gibbard wrote: > Are there extensions which ought to stop being extensions? > It may also be best to leave the answer up to the implementations. It is much > easier to argue for something like that once the extension has been on by > default in GHC and all

Re: Haskell Prime 2020 committee

On 28/04/2016, wren romano wrote: > On Thu, Apr 28, 2016 at 5:19 PM, José Manuel Calderón Trilla > wrote: >> I was able to make an account with a longer username, but I am not >> able to edit the wiki. Unsure if it's some sort of anti-spam delay or >>

Self-nomination for committee

I hereby nominate myself for the Haskell Prime committee. I have been using Haskell in my personal work for about 5 years and in industry for about half a year; my experience in it includes compilers, algebra, and network servers. I feel like an ignorant child among all the potent wits in this

[PATCH] generalize filterM, mapAndUnzipM, zipWithM, zipWithM_, replicateM, replicateM_

--- libraries/base/Control/Monad.hs | 37 - 1 file changed, 16 insertions(+), 21 deletions(-) diff --git a/libraries/base/Control/Monad.hs b/libraries/base/Control/Monad.hs index 6fa4a07..02eabd1 100644 --- a/libraries/base/Control/Monad.hs +++

HSghc-prim-0.3.1.0.o: unknown symbol 'memcpy'

I just built stock ghc 7.8.1 against musl on Linux x86_64. I get this: $ ghci GHCi, version 7.8.1: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... ghc: /lib/ghc-7.8.1/ghc-prim-0.3.1.0/HSghc-prim-0.3.1.0.o: unknown symbol `memcpy' ghc: unable to load package

Re: HSghc-prim-0.3.1.0.o: unknown symbol 'memcpy'

Further information: musl 1.0.0 Ghc as a compiler works, but ghci and runghc fail. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: HSghc-prim-0.3.1.0.o: unknown symbol 'memcpy'

On 19/04/2014, Roman Cheplyaka r...@ro-che.info wrote: Don't know if it helps, but I think ghci loads the dynamic library, not the static one. I straced both the broken ghci on aforesaid system and a working ghci on a glibc system and it loads bare .o files.