Python Cryptography, Rust, and Gentoo

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com
gleam HacktoberFest programming-language Compiler Erlang

InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured

  • gleam

    ⭐️ A friendly language for building type-safe, scalable systems!

    • I was wondering the same thing. It's not as though LLVM is some niche project that only Rust is using; it's the backend for a large number of compilers, and I imagine this will continue to be the case moving forward. There are now even languages that are written in languages that use LLVM for their backend, like gleam [1].

    I think, ideally, there would be a concerted effort to extend LLVM compatibility to those platforms. But I don't think it's unreasonable to assume that there simply won't be--I sometimes run into problems on aarch64, and most of these are far more niche than that. As the article mentioned, it seems likely that eventually the ability for certain platforms for get support on new compilers will be a make-or-break for their ability to stay current with upgrades for a lot of the fundamental packages.

    Alternatively, I guess, there could be effort to get a new gcc-backend for more langauges; I believe there's an ongoing effort for Rust[2], but who knows down the line what that might look like. Eventually, this will probably need to come to a head.

    [1] https://gleam.run/

    [2] https://github.com/Rust-GCC/gccrs

  • M680x0-mono-repo

    Mono-Repo LLVM Backend for Motorola M68000 (Work in Progress)

    • The Rust portability issue is the reason I have been pushing forward with the new M68k backend for LLVM which is due to be merged shortly:

    > https://github.com/M680x0/M680x0-mono-repo

    Patches for the M68k backend are discussed on reviews.llvm.org.

    I have also started a Rust port for m68k already that depends on the LLVM backend work above:

    > https://github.com/glaubitz/rust/tree/m68k-linux

    For other architectures, the goal is to get gccrs moving forward and merged upstream:

    > https://github.com/philberty/gccrs/

    For anyone interested in helping, there are Bountysource campaigns I started to support both efforts:

    > https://www.bountysource.com/issues/90829856-llvm-complete-t...

    > https://www.bountysource.com/issues/86138921-rfe-add-a-front...

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

    InfluxDB logo

  • rustc_codegen_gcc

    libgccjit AOT codegen for rustc (by antoyo)

    • > For other architectures, the goal is to get gccrs moving forward and merged upstream:

    I would much rather see rustc_codegen_gcc upstreamed: https://github.com/antoyo/rustc_codegen_gcc

    A GCC backend for rustc would provide all the code generation of GCC without duplicating the Rust frontend.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts