opam
esy
Our great sponsors
opam | esy | |
---|---|---|
11 | 8 | |
1,184 | 839 | |
1.0% | 0.4% | |
9.6 | 9.2 | |
7 days ago | 7 days ago | |
OCaml | Reason | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
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.
opam
-
Some Pain Point of Linux From a Long-time Windows User
Regarding toolchain managers, those developing software with Rust would use rustup, OCaml developers would use opam, Haskell GHCup, and Python with pyenv. Likwise, Rust already uses cargo for package management, Python can use pip and venv, cabal for Haskell, and opam still for OCaml.
-
Does anyone have an ETA on opam 2.2? I'm trying to pitch OCaml for a project that should be starting in roughly a year, but the lack of support for opam on windows is making it a really tough sell.
The project has a planning board for 2.2 on https://github.com/ocaml/opam/projects/2 and there are many active PRs on the repo. I wouldn’t hazard an accurate ETA but it is being actively worked on right now.
-
We feel it is too "me-too", and not Ada-specific enough [...] It doesn't, to us, feel like a truly Ada-native solution. Tangentially, the use of the word "crates" for the unit of management does little to evoke the kind of principled self-confidence Ada normally exudes.
nodc. (not opam, don't care)
-
Can't install graphics library on NixOs
Maybe you'll find this issue helpful (though I didn't): https://github.com/ocaml/opam/issues/3773
-
Frustrated by lacking cross platform support (hoping to be wrong)
That being said, the experience on Windows could definitely be better. The bright side is that the community is aware of this and is making progress on improving it. If you're curious, you can take a look at some of the Windows-related plans for opam 2.2 (pdf).
- Opam 2.1.0 released
- opam init and fish shell
-
Dune: build library and access it in another project and hide or make inaccessible private or implementation modules
With Dune, given the executable main, you would write the following dune file to use library mylib if it was published on Opam.
- Opam 2.0.8
-
How to install OCaml in WSL?
This is caused by bubblewrap requiring specific permissions when running in Docker containers. Disabling sandbox does make you install OCaml, but there is a risk of installation scripts of packages wiping home directory https://github.com/ocaml/opam/issues/3231
esy
-
Compiler Development: Rust or OCaml?
As someone who wrote a fair amount of Rust and OCaml code, I have to agree with the author.
While working at Routine (YC W21), I was tasked with porting our core library to iOS to minimize code duplication. This was a lucky opportunity to write something resembling a compiler: it took in schemas described with our in-house data exchange library and generated C (for FFI) and Swift code (for the end-users, i.e., iOS developers).
Since Routine uses OCaml for everything (which was a big motivator for joining the company—I wanted to see how that would work out), I wrote it in OCaml. The end result is a 3-5k LOC project. It's by no means a full compiler, but it was lots of fun to write. The language got in the way incredibly rarely. On average, it made my life a lot easier.
We did encounter our fair share of issues, mostly due to the cross-compilation tooling (we initially used esy [1], flirted with Nix, and eventually switched to opam-cross-ios [2]), third-party libraries, and intricacies of FFI. Those do take their toll on sanity.
-
OCaml 5.0 release (including multicore and effects)
What's the current status of Esy? https://github.com/esy/esy
Any plans to backport its design back to Opam?
-
2021 at OCamlPro
It's great to hear that Opam is making progress! I just wished that it would be more deeply integrated with Dune. A package manager that doesn't build is not very useful to be honest. Currently the only way to not have to care about switches and be able to clearly specify dependencies is to use the esy package manager[1] (which had lock files a while ago).
-
PR to Merge Multicore OCaml
If you start a project today I would really try to use esy (https://esy.sh/)
I actually don’t use it myself but it seems to bring the modern programming language experience to OCaml
-
Getting Started with OCaml in 2021 · Perpetually Curious Blog
Here is link number 1 - Previous text "esy"
-
Frustrated by lacking cross platform support (hoping to be wrong)
Alternatively, you can use esy.sh for a simpler setup/build process (it does not require running in a Cygwin shell).
-
Opam, PNPM, Node, Esy, Docker, ReactNative on 128GB Mac
Running esy does not work. Apparently, my environment does not know that it is there. Anyone know what is going on here? I have posted this in the discussion for esy@next here. I will get back to you all when I figure this out.
What are some alternatives?
termux-packages - A package build system for Termux.
domainslib - Parallel Programming over Domains
dune - A composable build system for OCaml.
fnm - 🚀 Fast and simple Node.js version manager, built in Rust
mirage - MirageOS is a library operating system that constructs unikernels
eioio - Effects-based direct-style IO for multicore OCaml
opam-repository - Main public package repository for opam, the source package manager of OCaml.
proof-systems - The proof systems used by Mina
Cargo - The Rust package manager
mouseless - A replacement for the mouse in Linux
drom - drom is a wrapper over opam/dune in an attempt to provide a cargo-like user experience. It can be used to create full OCaml projects with sphinx and odoc documentation. It has specific knowledge of Github and will generate files for Github Actions CI and Github pages.