base64-bytestring VS ATS-Xanadu

Compare base64-bytestring vs ATS-Xanadu and see what are their differences.

Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
base64-bytestring ATS-Xanadu
1 1
45 181
- -
4.7 9.9
7 months ago 18 days ago
Haskell ATS
BSD 3-clause "New" or "Revised" License GNU General Public License v3.0 only
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.

base64-bytestring

Posts with mentions or reviews of base64-bytestring. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-06-07.
  • Yatima: A programming language for the decentralized web
    16 projects | news.ycombinator.com | 7 Jun 2021
    Sure, if you consider Haskell's runtime (I know that technically GHC /= Haskell, but in practice it's the only Haskell that matters, except maybe something like Asterius) all the primitives are backed by C libraries: https://hackage.haskell.org/package/ghc-prim-0.4.0.0/docs/GH...

    Likewise with conventions around pointers, arrays, etc. to the point where if you want to do anything really low-level or performance sensitive in Haskell, you're essentially punching a hole into C. As a random example, within the fast base64bytestring library, you find lots of use of `malloc`, `ForeignPtr` etc.: https://github.com/haskell/base64-bytestring/blob/master/Dat... And of course because this is C there aren't really many safety guarantees here.

    The plan with Yatima with its primitives, and eventually when we write an FFI is to integrate with Rust in the same way that Haskell uses C. My hope is that with Yatima's affine types we might even be able to FFI to and from safe Rust (since the borrow checker uses affine types), but this is a little bit of a research project to see how much that works. Even to unsafe Rust though, we have better safety guarantees than C, since unsafe Rust's UB is still more restricted than C's is.

ATS-Xanadu

Posts with mentions or reviews of ATS-Xanadu. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-06-07.
  • Yatima: A programming language for the decentralized web
    16 projects | news.ycombinator.com | 7 Jun 2021
    There's definitely some similarities to ATS conceptually, but not that much in the actual implementation, and definitely not in the syntax.

    That said, Hongwei Xi is a genius, and ATS is one of the most important and innovative languages of the past decade, despite the crazy syntax (seriously, t@ype for the sort of flat memory types is just bonkers). I'm really looking forward to ATS3 though https://github.com/githwxi/ATS-Xanadu, and I think there's chance it could gain serious traction.

What are some alternatives?

When comparing base64-bytestring and ATS-Xanadu you can also consider the following projects:

msgpack - Haskell implementation of MessagePack / msgpack.org[Haskell]

Seed - A Rust framework for creating web apps

asn1-encoding - ASN1 Raw/BER/DER/CER reader/writer in haskell

yatima-lang-alpha - A programming language for the decentralized web

data-lens - Haskell 98 Lenses

introit - The Yatima Standard Library

cassava-conduit - Conduit interface for cassava [Haskell]

lunatic - Lunatic is an Erlang-inspired runtime for WebAssembly

bimap - Bidirectional mapping between two key types

matrix.to - A simple stateless privacy-protecting URL redirecting service for Matrix

filesystem-trees - Traverse and manipulate directories as lazy rose trees

proto-lens - API for protocol buffers using modern Haskell language and library patterns.