this post was submitted on 19 Aug 2023
31 points (94.3% liked)

Rust

5966 readers
29 users here now

Welcome to the Rust community! This is a place to discuss about the Rust programming language.

Wormhole

!performance@programming.dev

Credits

  • The icon is a modified version of the official rust logo (changing the colors to a gradient and black background)

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] TehPers@beehaw.org 1 points 1 year ago (1 children)

Has dtolnay shown a strong sentiment towards having it be on always? I can't imagine there's much reason not to make it configurable.

[–] d_k_bo@feddit.de 3 points 1 year ago (2 children)

The precompiled implementation is the only supported way to use the macros that are published in serde_derive. If there is implementation work needed in some build tools to accommodate it, someone should feel free to do that work

~ dtolnay (source)

That sounds like he doesn't like to (re-)introduce any other options.

[–] TehPers@beehaw.org 3 points 1 year ago (1 children)

That seems a bit concerning. At first I was under the impression the binary was compiled on the user's machine, but once I saw that it's distributed with serde I can see why people are upset.

[–] d_k_bo@feddit.de 3 points 1 year ago

I was under the impression the binary was compiled on the user's machine

That's how procedural macros used to and were intended to work.

[–] Buttons@programming.dev 3 points 1 year ago* (last edited 1 year ago)

The precompiled implementation is the only supported way to use the macros that are published in serde_derive

That statement is straight up gaslighting.

The precompiled binary is only provided for one platform, Linux. Windows does not use a precompiled binary but compiles its own from the source. How can he claim it's the "only supported way", when for most platforms he is doing it another way? Also, the crate, throughout most of its life, has been doing it another way.