News for hackers. Stuff that matters.
Re:A new core playlist for VLC 4 by rom1v on Wednesday May 22, 2019 @07:17AM (#19979928)
> I mean, I'm sure your `vlc_vector` you've spent so much time optimizing and securing

I agree, that's a waste of time I would have preferred to avoid. The lack of a such basic structures is something I really dislike in C.

> Remind me again, why C is a good thing and not a liability these days?

Ubiquity, portability, performance, interface with other languages…

Re:A new core playlist for VLC 4 by cyphar on Wednesday May 22, 2019 @08:07AM (#19980232)
There was quite a bit of interest in getting Rust parsers into VLC a few years ago[1], is there any update on this -- will we ever see core VLC code using Rust?

[1]: https://www.youtube.com/watch?v=YTy_JOxGOd4

Re:A new core playlist for VLC 4 by rom1v on Wednesday May 22, 2019 @08:37AM (#19980458)
Personally, I'd love to :)

One annoying point is that the core API, used by the modules, can change at any time (the modules are updated along with the API).

If there are Rust bindings for the core API [1], every API change must be reflected in Rust (and in modules written in Rust). This is problematic.

[1] https://www.youtube.com/watch?v=YTy_JOxGOd4&t=875

Re:A new core playlist for VLC 4 by pilif on Wednesday May 22, 2019 @09:04AM (#19980686)
> interface with other languages…

Many languages that compile to native code allow you to export functions in a way that they can be called from other C code.

This means you'd write your actual code in whatever language you want (possibly one that does have a generic vector in its standard library - but I guess these days that's anything but C) and then you'd just export a usable-by-C interface so other languages still get to interface with your implementation.