Our great sponsors
-
-
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.
-
-
I work at Embark Studios on our creative platform. Our team is building everything in rust.
Are you on Windows or Linux? On Windows I've had nothing but trouble getting code-lldb to display debug info for any sort of nontrivial data structure due to this issue, which means I need to switch to x86_64-pc-windows-gnu, but then that breaks other upstream crates that use cc to compile C++ code.
I work on Ambient, an open-source platform for streamed[1] multiplayer games written entirely in Rust. We're a Swedish startup that supports remote and we're hiring for self-starters - if you think you can flourish in a startup environment, feel free to apply!
These two issues: #11704 and #4763 lay out the issue I've encountered and I imagine most larger games would as well. It's common to use the preprocessor to strip out code for specific build types (in this case client vs. server). However, cargo check and other rust tools work under the guidance/assumption that features are additive, not subtractive, and that they don't break semver. Specifically, if you're using features to remove code and alter your APIs in the process (as you commonly would with the C++ preprocessor), you'll encounter false positive errors when features like cargo workspaces unify your features by enabling them all.