overview for BB

Slice with a single element cut out of itself in c/rust@programming.dev

[–] BB_C@programming.dev 1 points 1 day ago

Actually, I didn't notice your use of clone() which is even worse.

Here is what I had in mind. One can put the T: Default bound on the wrappers themselves to simplify, or add potentially expensive transformations for non-Default types.

Slice with a single element cut out of itself in c/rust@programming.dev

[–] BB_C@programming.dev 2 points 1 day ago (2 children)

Using cells in your solution is smelly, when you can simply use two transparent wrappers with Ref or RefMut access, so you have actual compile-time checking instead of janky checking at runtime (which is also not zero-cost).

The allow/deny variants could themselves hold & or &mut references too if we are going with that route. But it all depends on the precise problem OP is having and what is the best workable solution for it looks like.

Slice with a single element cut out of itself in c/rust@programming.dev

[–] BB_C@programming.dev 1 points 2 days ago

Can you clarify/expand on what you mean.
Are the other objects of the same type (so are indeed Self)? Are they in the same Vec or a different Vec or from different Vecs?
Are all the T's in your post the same?
...etc

Qwen-Audio-3.0-TTS in c/Aii@programming.dev

[–] BB_C@programming.dev -2 points 2 days ago (1 children)

Thank you for spamming info about a 6 month old model just because it was posted in another instance you don't want people to use.

I replied on-topic there.

Qwen-Audio-3.0-TTS in c/technology@lemmy.ml

[–] BB_C@programming.dev 1 points 2 days ago* (last edited 2 days ago)

Try out CrispASR.

[Opinion] China's 2026 pivot to open-source AI is a calculated geopolitical strategy to bypass US semiconductor controls, embed censorship, and dominate the global AI ecosystem in c/opensource@programming.dev

[–] BB_C@programming.dev 7 points 5 days ago (2 children)

There should be a rule against low quality posts.

'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman in c/rust@programming.dev

[–] BB_C@programming.dev 0 points 1 week ago

translates to assembly code with a very predictable pattern.

the portable assembly meme

🤣🤣🤣🤣🤣🤣🤣

Topcoat: The full full-stack framework for Rust in c/rust@programming.dev

[–] BB_C@programming.dev 10 points 1 week ago (14 children)

⚠TRIGGER WARNING⚠ two tokio-rs repos (this and toasty) have AGENTS.md files.

'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman in c/rust@programming.dev

[–] BB_C@programming.dev 1 points 1 week ago

exposed ABI

ABI is not something that gets "exposed" or not.

it will always be ambiguous as implementations are hard to compare across languages

Correct.

in the transition for x86_64 they were seeing up to 70% increase in compile speeds

And that was a part of what I was hinting at, because you get >>70% speed-up with Cranelift in most Rust projects. But in either case, faster code generation is not free lunch, hence the mention of comparable runtime performance of generated binaries.

'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman in c/rust@programming.dev

[–] BB_C@programming.dev 0 points 1 week ago (1 children)

You know bindgen exists, right?

'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman in c/rust@programming.dev

[–] BB_C@programming.dev -1 points 1 week ago (2 children)

That has nothing to do with what we were talking about. And in any case:

insanely fast

Needs qualification vs. other languages for binaries with comparable runtime performance.

(Hint: you will be surprised.)

with incremental rebuilds

Not special or unique.

and can watch files for changes

Not only not special, but literally exists in all workable build tools. bindgen+build.rs is the Rust version of this.

'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman in c/rust@programming.dev

[–] BB_C@programming.dev 1 points 1 week ago (4 children)

a c compiler not just using ffi.

Beyond what amounts to a packaging difference, what does that even mean?

How do you think zero-cost C ABI support (including fully working cross-lang LTO) works in lang implementations that have that? And how do you think that's different from what Zig gives you?

26

wild v0.9 released (wild is a super-fast linker with the end goal of supporting incremental linking) (github.com)

submitted 2 months ago by BB_C@programming.dev to c/programming@programming.dev

7 comments fedilink

A lot of work in this release was related to porting to other platforms. We did a large number of refactorings to put ELF-specific behaviour behind traits. We've also started work on porting to Mach-O and WebAssembly. These aren't yet ready for use, but if you'd like to help out with porting, get in touch.

Wild now supports the linker plugin API that was originally part of the Gold linker, but which is also supported by GNU ld and Mold. This lets us do linker-plugin LTO (link time optimisation). There are still a few known issues, but it's already working on a good range of programs. Pure Rust projects generally don't use linker plugins, since Rust can do LTO within the compiler, so this is mostly helpful for C, C++ or mixed language projects. Note that when using a linker plugin, link times will be very slow.

Lots more linker-script features were implemented during this release.

[...]

2

Slint 1.16 Released (GUI toolkit) (slint.dev)

submitted 3 months ago by BB_C@programming.dev to c/rust@programming.dev

0 comments fedilink

16

koto v0.16.0 released (koto is a scripting programming language) (github.com)

submitted 1 year ago* (last edited 1 year ago) by BB_C@programming.dev to c/programming@programming.dev

4 comments fedilink

28

When I found out even Rust needed the clib, it was like seeing an iron-clad fortress only to look closer and see it was being held up by sticks, ducktape, and prayers. (github.com)

submitted 1 year ago by BB_C@programming.dev to c/programmingcirclejerk@programming.dev

7 comments fedilink

Every programming problem I have, when I track it down to it's source, seems to originate with C/C++. It wasn't till a few years ago that I realized how seriously everything I do somehow, some way, has C/C++ as a foundation. Basically every zero-day exploit in my cyber security class is because of something stupid in C/C++. And it goes well beyond security, the more I dive into C++ the more terrible stuff I find. When I found out even Rust needed the clib, it was like seeing an iron-clad fortress only to look closer and see it was being held up by sticks, ducktape, and prayers.

34

[OC] Rust tops a diverse list of implementation languages in projects getting NLnet grants, Python 2nd, C is alive, and C++ is half dead! (programming.dev)

submitted 1 year ago* (last edited 1 year ago) by BB_C@programming.dev to c/programming@programming.dev

0 comments fedilink

https://nlnet.nl/news/2025/20250321-call-announcement-core.html

Notes

Projects meaningfully sharing two programming languages get 0.5 a point each, even if the split is not exactly half-half.
Two projects are listed under "Multi/Misc/Other" which is opinionated, and some may disagree with.
Three points (5 projects) are assigned to "Unaccounted/Not Available". Two of the projects have no code at all (related to the grant, or otherwise). One project with no published code is (charitably) listed under "Python", however, since the author mentions Python+QT as the choice for implementation.

1.5 (3 projects) C++

https://github.com/IObundle/iob-versat
(software part = 0.5, hardware is Verilog)
https://github.com/overte-org/overte
(0.5 C++, 0.5 JS)
https://kde.org/plasma-desktop
(grant is about mobile power management improvements, no idea about the code, but KDE/Plasma is C++, so charitable 0.5 for C++, 0.5 unaccounted)

1 Clojure

https://github.com/NyanCAD/Mosaic

1 Assembly

https://lib25519.cr.yp.to/
(grant covers NEON vector implementation)

1 Haskell

https://github.com/ghc-proposals/ghc-proposals

1 Julia

https://github.com/PeaceFounder/AppBundler.jl

0.5 Shell

https://git.syndicate-lang.org/synit/synit
(0.5 rust, 0.5 shell)

2* Multi/Misc/Other

https://github.com/IObundle/iob-linux
(build project, a mix of python, Make, and C from OpenSBI)
https://unifiedpush.org/
(specification for Android and D-Bus. Implementations in Go, C, Kotlin, and Flutter)

3* (5 projects) Unaccounted/Not Available

https://www.gnunet.org/
(possible non-native Android yet to be written)
https://kde.org/plasma-desktop
(grant is about mobile power management improvements, no idea about the code but, KDE/Plasma is C++, so 0.5 for C++, 0.5 unaccounted)
https://nlnet.nl/project/LicenseCompatibilityAutomation
(no external link or specific info about the implementation)
https://librediagnostic.com/
(fully unaccounted, site pages "under construction")
https://github.com/mapterhorn
(fully unaccounted, from org readme "Coming soon...")

21

[OC] Rust tops a diverse list of implementation languages in projects getting NLnet grants, Python 2nd, C is alive, and C++ is half dead! (programming.dev)

submitted 1 year ago by BB_C@programming.dev to c/rust@programming.dev

0 comments fedilink

https://nlnet.nl/news/2025/20250321-call-announcement-core.html

Notes

Projects meaningfully sharing two programming languages get 0.5 a point each, even if the split is not exactly half-half.
Two projects are listed under "Multi/Misc/Other" which is opinionated, and some may disagree with.
Three points (5 projects) are assigned to "Unaccounted/Not Available". Two of the projects have no code at all (related to the grant, or otherwise). One project with no published code is (charitably) listed under "Python", however, since the author mentions Python+QT as the choice for implementation.

9.5 (10 projects) Rust

https://git.joyofhardware.com/Products/FastWave2.0
https://github.com/slint-ui/slint
https://github.com/stalwartlabs/mail-server
https://github.com/dimforge
https://github.com/DioxusLabs/blitz
https://github.com/fdtshim
https://github.com/trynova/nova
https://github.com/yaws-rs
https://github.com/lycheeverse/lychee
https://git.syndicate-lang.org/synit/synit
(0.5 rust, 0.5 shell)

9 Python (8 + 1 project without code)

https://github.com/owasp-dep-scan/blint
https://github.com/web-platform-tests/wpt
https://github.com/niccokunzmann/open-web-calendar
https://git.xmpp-it.net/sch/Rivista
https://github.com/DataLab-Platform/DataLab
https://codeberg.org/IzzyOnDroid/rbtlog
https://gitlab.com/py3dtiles/py3dtiles
https://codeberg.org/flohmarkt/flohmarkt
https://rackweaver.app/
(says python+qt, but no code yet)

6 (7 projects) C

https://mntre.com/sources.html
https://github.com/open-sdr/openwifi
https://wiki.musl-libc.org/
https://github.com/LekKit/RVVM
https://github.com/skarnet/s6-rc
https://git.savannah.gnu.org/git/mes
(scheme interpreter, compiler + minimal libc in C = 0.5)
https://www.gnunet.org/
(gnunet itself is C = 0.5, Anroid work would presumably use Java/Kotlin/Dart/... = 0.5 unaccounted)

3.5 (4 projects) TypeScript

https://github.com/cartesapp/cartes
https://github.com/edumeet
https://github.com/adorsys/open-banking-gateway
(0.5 Java, 0.5 TypeScript)
https://github.com/janeirodigital/sai-js
(grant is about specification work. But implementation is in TypeScript)

3.5 (4 projects) Java

https://github.com/slovensko-digital/autogram
https://github.com/igniterealtime/Openfire
https://github.com/MarginaliaSearch/MarginaliaSearch
https://github.com/adorsys/open-banking-gateway
(0.5 Java, 0.5 TypeScript)

3 Kotlin

https://github.com/florisboard/florisboard
https://github.com/EventFahrplan/EventFahrplan
https://github.com/tuskyapp/Tusky

2.5 (3 projects) Hardware/Verilog/...

https://github.com/opera-platform/opera-dsp
https://github.com/simple-crypto/SMAesH
https://github.com/IObundle/iob-versat
(hardware part = 0.5, software is C++)

2.5 (3 projects) Scheme

https://codeberg.org/spritely/goblins
https://nlnet.nl/project/SchemeTestingFramework
(no external link in grant page)
https://git.savannah.gnu.org/git/mes
(scheme interpreter, compiler + minimal libc in C = 0.5)

2.5 (3 projects) JavaScript

https://github.com/CycloneDX/cdxgen
https://github.com/overte-org/overte
(0.5 C++, 0.5 JS)
https://nlnet.nl/project/TALER-integration-Nuxt
(no external link)

2 Nix

https://nlnet.nl/project/Nix-ControlPlane
https://github.com/ibizaman/selfhostblocks
(no external link)

2 Go

https://github.com/namecoin/encaya
(namecoint-core is written in C++, but the grant is about encaya)
https://github.com/hockeypuck/hockeypuck

1.5 (3 projects) C++

https://github.com/IObundle/iob-versat
(software part = 0.5, hardware is Verilog)
https://github.com/overte-org/overte
(0.5 C++, 0.5 JS)
https://kde.org/plasma-desktop
(grant is about mobile power management improvements, no idea about the code, but KDE/Plasma is C++, so charitable 0.5 for C++, 0.5 unaccounted)

1 Clojure

https://github.com/NyanCAD/Mosaic

1 Assembly

https://lib25519.cr.yp.to/
(grant covers NEON vector implementation)

1 Haskell

https://github.com/ghc-proposals/ghc-proposals

1 Julia

https://github.com/PeaceFounder/AppBundler.jl

0.5 Shell

https://git.syndicate-lang.org/synit/synit
(0.5 rust, 0.5 shell)

2* Multi/Misc/Other

https://github.com/IObundle/iob-linux
(build project, a mix of python, Make, and C from OpenSBI)
https://unifiedpush.org/
(specification for Android and D-Bus. Implementations in Go, C, Kotlin, and Flutter)

3* (5 projects) Unaccounted/Not Available

https://www.gnunet.org/
(possible non-native Android yet to be written)
https://kde.org/plasma-desktop
(grant is about mobile power management improvements, no idea about the code but, KDE/Plasma is C++, so 0.5 for C++, 0.5 unaccounted)
https://nlnet.nl/project/LicenseCompatibilityAutomation
(no external link or specific info about the implementation)
https://librediagnostic.com/
(fully unaccounted, site pages "under construction")
https://github.com/mapterhorn
(fully unaccounted, from org readme "Coming soon...")

32

Koto: a simple and expressive programming language, usable as an extension language for Rust applications, or as a standalone scripting language (koto.dev)

submitted 2 years ago by BB_C@programming.dev to c/rust@programming.dev

8 comments fedilink

cross-posted from: https://programming.dev/post/23822190

I added this language to my watch list some time ago and forgot about it, until I got a notification about a new release (0.15) yesterday.

I'm someone who is familiar with system languages (C, Rust) and shell languages (Bash, Zsh, ..). But don't have much experience, at a proficient level, with any languages setting in between.

So I gave Koto's language guide a read, and found it to be very well-written, and the premise of the language in general to be interesting. I only got annoyed near the end when I got to @base, because I'm an anti-OOP diehard 😉

I hope this one well start to enjoy some adoption.

50

Koto: a simple and expressive programming language, usable as an extension language for Rust applications, or as a standalone scripting language (koto.dev)

submitted 2 years ago by BB_C@programming.dev to c/programming@programming.dev

12 comments fedilink

I added this language to my watch list some time ago and forgot about it, until I got a notification about a new release (0.15) yesterday.

I'm someone who is familiar with system languages (C, Rust) and shell languages (Bash, Zsh, ..). But don't have much experience, at a proficient level, with any languages setting in between.

So I gave Koto's language guide a read, and found it to be very well-written, and the premise of the language in general to be interesting. I only got annoyed near the end when I got to @base, because I'm an anti-OOP diehard 😉

I hope this one well start to enjoy some adoption.

26

kdl 6.0.0-alpha.1 (first version with a KDL v2 implementation) (github.com)

submitted 2 years ago by BB_C@programming.dev to c/rust@programming.dev

3 comments fedilink

74

COSMIC ALPHA 1 Released (Desktop Environment Written In Rust From System76) (system76.com)

submitted 2 years ago by BB_C@programming.dev to c/rust@programming.dev

11 comments fedilink

archived link

10

cushy v0.3.0 Released (github.com)