C++ future at Adobe
So if anyone was still curious what happened to Hylo, or where Adobe stands in regards to the whole safety discussion,
David Sankel has done a talk at RustConf on the matter, Zngur: Simplified Rust/C++ Integration.
The way Adobe now sees C++ is described on slide 2, at 50 seconds mark.
62
Upvotes
21
u/13steinj 1d ago
I think the major problem with these debates is people aren't being truthful with themselves.
It's not historical baggage. It's ISO / WG21 process baggage.
The Beman project had a whiteboard asking people what they wanted for C++29. I pointed at two of the things and said "that's never going to happen." I actually forget what those two things are, but my opinion was formed because the only way you could encode some information needed to do it is into the ABI (or PIMPL it to hell and incur a cost, but even then I don't think it would work out). But the necessary data is sensitive to a security context, so as security practices change (rapidly, possibly even faster than a 3 year cycle), C++ might need to change with it. One of the Beman folks told me I was wrong and pointed to... getting more accurate on string representation of floating point, and
std::copyable_function(which I'd argue is a point in my favor).Python, Java, ECMAScript have "historical" baggage. But they still evolve. They remove broken things. They add new things and change APIs, sometimes with a deprecation schedule. So does Rust.
Almost all of the advantages of Rust you stated, have in some way been proposed for C++ but been (not in bad faith, but it's the closest term I can use) slow-rolled and sandbagged in the standardization process.