monad-bayes
A library for probabilistic programming in Haskell. (by tweag)
ghc-proposals
Proposed compiler and language changes for GHC and GHC/Haskell (by ghc-proposals)
monad-bayes | ghc-proposals | |
---|---|---|
5 | 160 | |
395 | 673 | |
0.8% | 0.7% | |
8.0 | 9.2 | |
4 days ago | 10 days ago | |
Jupyter Notebook | Python | |
MIT License | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
monad-bayes
Posts with mentions or reviews of monad-bayes.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-07-01.
-
Monthly Hask Anything (July 2022)
source-repository-package type: git location: https://github.com/tweag/monad-bayes.git
-
Missing specialisation warning
I'm extending https://github.com/tweag/monad-bayes, which had it already, not sure where from. To be fair, it only had it in "dev" mode. Here's the flags in the cabal file:
-
Call for statistical problems for monad-bayes
So this summer I'll be working as part of a Tweag fellowship (https://www.tweag.io/blog/2020-02-14-os-fellowship/) on extending the Bayesian inference and probabilistic programming library monad-bayes (https://github.com/tweag/monad-bayes). It's a super nice library, and my goal is to make it much more user friendly (see these draft docs for example: https://monad-bayes.netlify.app/).
-
Basic questions about GHC options
These questions are pretty basic, but I'm having a hard time making sure I'm doing things right. I have a .cabal file which I want to change in order to enable e.g. threading and optimization (https://github.com/tweag/monad-bayes/blob/master/monad-bayes.cabal). Looking at it, I don't see -O2 or -threading anywhere, so am I right in thinking those things aren't happening, or am I looking in the wrong place?
-
Parallel arrays
Thanks so much! Streamly seems like a good idea. I'll almost certainly follow up with more detailed questions after trying some things, but just for context for now, here's the code I'm trying to modify: https://github.com/tweag/monad-bayes/blob/master/src/Control/Monad/Bayes/Population.hs .
ghc-proposals
Posts with mentions or reviews of ghc-proposals.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-10-07.
-
Functional Semantics in Imperative Clothing (Richard Feldman)
This is really just a matter of how much syntax sugar you want to implement. Idris has this already, and there’s a proposal to add it to Haskell too [0]. But none of this changes the core properties of the system which make it monadic.
[0] https://github.com/ghc-proposals/ghc-proposals/issues/527
-
An alternative front end for Haskell?
> I think Haskell needs a way to graduate (or retire) language extensions
https://github.com/ghc-proposals/ghc-proposals/pull/601
-
Or patterns proposal: Prefix signalling or just infix?
Additionally, while this proposal is focused on the simple implementation and so in the current proposal or patterns do not bind any variables as per #522, if we do get settled on syntax and then later wish to expand to allow binding variables as in #43, then the syntax is again clean and discoverable.
-
Monthly Hask Anything (May 2023)
Yeah, a relatively natural thing would be to be able to opt-in to having the HasField instances be available in all contexts. The (not yet implemented, but accepted) "Modifiers" GHC proposal might be nice for that.
-
Is there any way to build a simple additive prelude?
The local modules proposal imo is excellent as-is.
-
Interview and AMA with Simon Peyton Jones
Why would you drop TypeFamilies? It seems fairly popular, given that it was just one vote short of getting added to GHC2021. Do you consider it a less-ideal compromise, that is subsumed by your second proposal (Core with GRTT)?
-
Amendmend proposal: Changed syntax for Or patterns
as syntax is contentious a topic as ever, David (the main proposal author) and I would like to invite you to give your input on https://github.com/ghc-proposals/ghc-proposals/pull/585, where we propose to change the syntax of the accepted proposal #522 introducing Or patterns. In particular, we'd like to know
-
MSc Dissertation: Comprehending Pure Functional Effect Systems
This looks great, congratulations on completing it! I assume you didn’t get an opportunity to evaluate the delimited continuations based eff library? It would’ve been nice to see Cont included as one of the effects covered, though perhaps not available in all the systems you looked at? Maybe some future work.
-
Trouble understanding function import in Haskell
I do hope qualified exports are available someday: https://github.com/ghc-proposals/ghc-proposals/pull/283
-
{-# WARNING #-} for Data.List.{head,tail} in future GHC 9.8
Right. Being able to disable "custom type warnings" at use sites was part of an earlier proposal (https://github.com/ghc-proposals/ghc-proposals/pull/454) but it ended up being shelved.