|about 1 month ago||5 days ago|
|-||BSD 3-clause "New" or "Revised" License|
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.
GHC reports "Loading static libraries is not supported"
1 project | reddit.com/r/haskell | 11 Oct 2021
To debug this type of problem (I have to debug linker errors regularly as part of static-haskell-nix):
[ANN] Monomer, a GUI library for Haskell
11 projects | reddit.com/r/haskell | 9 Aug 2021
In static-haskell-nix there is currently this PR to enable support for that: https://github.com/nh2/static-haskell-nix/pull/108
What's all the hype with Nix?
9 projects | reddit.com/r/haskell | 2 Jun 2021
Termite Is Obsoleted by Alacritty
13 projects | news.ycombinator.com | 7 May 2021
I think there's a misunderstanding: Most people want to use the .a file from their Linux/package distro that provides static libraries, such as Alpine Linux or nixpkgs.
Such package distributions just use the build system default options to build static libs. For example, Alpine might use `-Ddefault_library=both`.
> if they could keep that libgtk_static around
Why make these special cases instead of just using the build system defaults? That's easier to maintain and more obvious.
> I'd be interested to hear if static linking GTK even has that many benefits
One benefit is almost-infinite backwards compatibility that the Linux and Xorg ABIs provide, being able to make GUI apps that work out of the box everywhere.
Another is that these generated executables are very small, e.g. 12 MB for a full static GTK GUI app , or 6 MB when xz-compressed.
This is much less than when using shared libraries. One reason is that dead-code elimination works much better for static linking: It links in only the functions you actually use. For dynamic linking, it's always the entire .so.
Clodl: Turn dynamically linked ELF binaries into self-contained closures
2 projects | news.ycombinator.com | 3 May 2021
GTK can be statically linked.
It lost this ability temporarily when switching to Meson, but I fixed it in GTK3 and GTK4. But I just checked and apparently it is broken again:
Why doesn't Haskell have a package manager?
I don't want to dig up bones, but for example this issue about being able to uninstall packages (the original topic of this thread) has been open for 12 years with no obvious denial or refusal. To me it just seems like the developers have been busy with other things like the nix-style builds.
I just found some more info: this functionality is provided by the third party cabal-edit tool. This is the specific issue that tracks the integration of that functionality into cabal itself. One of the problems of the cabal-edit tool is that it sometimes messes up your cabal files. We need the exact-printing to avoid that.
They're working on it. A big problem was/is that there is no parser and pretty printer for .cabal files which preserves formatting. See: https://github.com/haskell/cabal/issues/7544
What happened to the Haskell platform?
3 projects | reddit.com/r/haskell | 26 Dec 2021
Preinstalling a set of common libraries in the GHC global package database. Unfortunately, Using the GHC global package database is now considered a bit of an anti-pattern, since again different projects often need different versions of things. Also unfortunately, the Haskell Platform never got large enough to really cover most common needs, so you needed to install more libraries anyway. Both cabal and stack are much better at setting up project-local package databases for each project. Managing the ghci experience is a place where the Haskell Platform was a bit ahead of current practice, but there's https://github.com/haskell/cabal/issues/6481 to refine this use case.
cabal / haddock questions / how to generate index for all installed local packages?
2 projects | reddit.com/r/haskell | 12 Dec 2021
Should I remove Haskell, Cabal and start over?
1 project | reddit.com/r/haskell | 28 Nov 2021
Then I saw these: https://github.com/haskell/cabal/issues/1802
How can we represent semver
1 project | reddit.com/r/haskell | 19 Nov 2021
Cabal's Version type might be interesting to you.
[Request for review] Short article on Cabal and Stack and difference between them
3 projects | reddit.com/r/haskell | 3 Nov 2021
There's a long discussion on this issue. I think a fundamental problem is highlighted here. Just below that is a solution in the form of a preprocessor for cabal files.
[ANN] Cabal-22.214.171.124 and cabal-install-126.96.36.199 - Announcements
2 projects | reddit.com/r/haskell | 10 Sep 2021
Hopefully my most anticipated fix makes it in to the next version: source-repository-package can't handle git branches. It's supposedly a simple change, but a PR's been up for over a year and seems to be stuck in limbo. Meanwhile, I've had to add stupid workarounds for the issue twice this morning. I'd love to help but I'm totally useless with Git...2 projects | reddit.com/r/haskell | 10 Sep 2021
Yeah, it would be so nice to get it fixed. A close second for me is the missing support for submodules in source-repository-package, also with a limbo PR.
What are some alternatives?
stack - The Haskell Tool Stack
monomer - An easy to use, cross platform, GUI library for writing Haskell applications.
cab - A maintenance command of Haskell cabal packages
codeworld - Educational computer programming environment using Haskell
haskell.nix - Alternative Haskell Infrastructure for Nixpkgs
hackage-repo-tool - Hackage security framework based on TUF (The Update Framework)
stylish-haskell - Haskell code prettifier
stackage - "Stable Hackage": vetted consistent packages from Hackage
hackage-server - Hackage-Server: A Haskell Package Repository