Hi On Wed, Oct 22, 2025 at 02:09:32PM +0200, Gregor Riepl via ffmpeg-devel wrote: > > My main motivation is to be able to use STL, which would simplify > > string handling and memory management, and give us access to its data > > structures. Manual memory management has its place, especially in lavc. > > In lavf less so. RAII would do wonders in de-gotofying error handling. > > Features like std::filesystem, std::chrono, std::thread etc abstract > > away many OS particularities. Thorough STL-ification would render parts > > of lavu obsolete. avstring.*, bprintf.* and tree.* come to mind. This > > would have security benefits. Another reason is stronger typing, which > > tends to reveal bugs. >
> Just for the sake of the argument: Wouldn't it be better to opt for an even > safer language than C++, like Rust? +1 i think the main question in choosing a language is the size of the pool of developers potentially able/willing to contribute to FFmpeg using that language thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Nations do behave wisely once they have exhausted all other alternatives. -- Abba Eban
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]
