static-haskell-nix
haskell-nix
Our great sponsors
| static-haskell-nix | haskell-nix | |
|---|---|---|
| 7 | 6 | |
| 379 | 1,125 | |
| - | - | |
| 5.2 | 2.7 | |
| 4 months ago | 7 months ago | |
| Nix | Nix | |
| - | - |
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.
static-haskell-nix
-
Trying to build a statically linked binary against glibc (Linux)
Using Nix: https://github.com/nh2/static-haskell-nix
- Generating static binary + CI questions
-
GHC reports "Loading static libraries is not supported"
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
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?
-
Termite Is Obsoleted by Alacritty
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 [1], 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.
[1] https://github.com/nh2/static-haskell-nix/releases/tag/c-sta...
-
Clodl: Turn dynamically linked ELF binaries into self-contained closures
GTK can be statically linked.
Example executable:
https://github.com/nh2/static-haskell-nix/releases/tag/c-sta...
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:
https://gitlab.gnome.org/GNOME/gtk/-/issues/3774#note_109746...
haskell-nix
- Nix Team Creation
-
How should dependencies be specified for the Haskell C FFI with callCabal2Nix?
Here's a tutorial on using native dependencies.
-
Question about cabal and nix integration
Nevermind. I found a really good tutorial: https://github.com/Gabriel439/haskell-nix
-
What's all the hype with Nix?
Gabriel Gonzalez's haskell-nix is a far more palatable introduction tutorial, then they can make the choice of whether or not to buy into IOHK's haskell.nix ecosystem if it suits their needs.
-
Nix is the ultimate DevOps toolkit
I found useful this series of articles introducing Nix by using it with Haskell: https://github.com/Gabriel439/haskell-nix
I hope it helps.
What are some alternatives?
monomer - An easy to use, cross platform, GUI library for writing Haskell applications.
haskell.nix - Alternative Haskell Infrastructure for Nixpkgs
nix-ros-overlay - ROS overlay for the Nix package manager
Cabal - Official upstream development repository for Cabal and cabal-install
robotnix - Build Android (AOSP) using Nix [maintainer=@danielfullmer,@Atemu]
gi-gtk-declarative - Declarative GTK+ programming in Haskell
nix-templates - Nix Flake templates for various languages
alacritty - A cross-platform, OpenGL terminal emulator.
nixpkgs - Nix Packages collection & NixOS
nixos-config - Personal collection of NixOS config files