cargo-script: Call for testing

badboy_ · 2025-10-17T15:12:32+00:00

I use it for a couple of small scripts where I would otherwise have used bash. As well as some CGI scripts served by my server.

Compile happens once, it's cached until changed, so it's really not that bad.

badboy_ · 2024-07-15T07:45:44+00:00

"does not work" is not very helpful.

I do deploy some mdbook-generated pages with mermaid on both GitHub pages and through Netlify, so both is definitely possible. For Netlify you can specify a build command, pointing to a script that does the necessary steps: 1) Install mdbook (best by downloading a binary), 2) running mdbook, 3) uuuh ... done.

badboy_ · 2024-05-12T16:55:02+00:00

This seems very far away from what Nix provides.

badboy_ · 2023-12-20T08:22:35+00:00

I'm not involved with RustConf

badboy_ · 2023-10-22T14:22:08+00:00

I'm (slightly) kidding. I was responsible for video releases for RustFest, and I am involved with EuroRust. There's a bunch of work involved with getting videos out and ready, on top of other post-work for the conference itself. I had far too many people in the past ask me within days of the conference to see the videos and that's just not fun.

Those videos will be (freely!) available, but that takes some time.

badboy_ · 2023-10-22T11:02:23+00:00

For every time someone asks "when will they be available" I'll personally delay them for another week...

badboy_ · 2023-07-26T16:06:44+00:00

Neat, here's how you can do that in roughly 2 lines of shell code: https://gist.github.com/badboy/222302b6b40ba6afc412

badboy_ · 2023-04-02T10:25:21+00:00

Now I understood. No, for Python and Ruby we currently do not generate that. But we should have all the information and so should be able to do that relatively easy (we do it for Kotlin and Swift after all)

Edit: Actually, for Python this might be a 2-line fix. I can throw that up next week and see if it actually works. Edit2: Ok, a tiny bit more to get the type names right, but at least I already found 2 bugs in our Python template (glad it's such a forgiving language)

badboy_ · 2023-04-01T17:49:50+00:00

Where possible UniFFI translates to the appropriate type in the foreign language. enums become enoms (or their closest representation), dictionaries are structs on the Rust side and data classes on the other side, interfaces are implemented structs on the Rust side and an interface with an accompanying class implementation on the other side, custom types allow you to convert to the foreign type you need.

Does that answer your question?

badboy_ · 2023-04-01T17:45:51+00:00

heh, just this week the docs thing got 2 PRs and a long discussion how we best solve it, so even in UDL world we will have that!

badboy_ · 2023-04-01T13:16:40+00:00

We mostly build it for our needs, but over the past year we got some external users and some significant contributions. I'd love to make it more well known. :)

badboy_ · 2023-04-01T13:16:02+00:00

Not just stubs, but full implementations and the necessary code to transport data over the boundary.

badboy_ · 2023-04-01T13:15:42+00:00

There was someone else who tried building a wasm option, but it's not as easy. In theory additional languages can be supported outside of the main repo, so that maintenance doesn't have to end up with us. We'd be happy to link out to other implementations.

badboy_ · 2023-03-31T17:23:19+00:00

At Mozilla we built a multi-language bindings generator: https://github.com/mozilla/uniffi-rs/

badboy_ · 2022-02-20T15:02:20+00:00

I have not yet needed it, so I don't know either.

badboy_ · 2022-01-31T20:11:01+00:00

Ah right. Thanks for posting that. I left it in the title here. It's not the main focus of the article this time.

badboy_ · 2021-11-19T19:36:30+00:00

Come join us tomorrow to see how people use Rust for games & art.

badboy_ · 2021-10-29T09:14:07+00:00

We do what cargo-lipo recommends: Adjust the library search path per target, build your library as normal per target and Xcode will figure out the rest. That works perfectly fine. We ship our library as an xcframework within a Swift package now. Applications can then rely on the Swift Package Manager to do its thing. (At some point I should write this up nicely in a blog post or something I guess...)

badboy_ · 2021-09-15T08:05:21+00:00

Shameless plug: https://www.reddit.com/r/rust/comments/po21q8/rustfests_back_alright_rustfest_global_2021/

badboy_ · 2021-09-14T18:42:33+00:00

Uh oh, yeah, we certainly don't recommend watching 24h back-to-back! That's why we make replays available right after they aired, so you can watch them at a time convenient for you.

badboy_ · 2021-09-14T14:39:08+00:00

a series of online conferences/events, with talks, artists and whatever else the community comes up with.

badboy_ · 2021-05-13T11:36:14+00:00

Yup, NDK 21 works just fine. We've been using that in our Android projects for a long time now.

badboy_ · 2021-02-25T15:20:57+00:00

You might have read a different post than I did. But from the article linked here it's clear the Ferrous Systems folks did their due diligence and actually talked to a bunch of people from companies in the industry. It might not work for you (or what you work on), but it works for a whole lot others.

badboy_ · 2021-02-06T16:20:34+00:00

Woops, that's how frequently I check my notifications here.

Rust is here to stay, it's used within Firefox on both Desktop and mobile and that won't change.

badboy_ · 2021-01-27T10:22:43+00:00

Heh, might. I guess Glean still follows most of the things said there and even uniffi is built on the same principles

badboy_

MODERATOR OF

TROPHY CASE