Qt Creator 14 IDE Released With Support For Lua-Based Plugins

[phoronix]

Phoronix: Qt Creator 14 IDE Released With Support For Lua-Based Plugins

The Qt Group today released Qt Creator 14 as the newest version of this Qt and C++ focused integrated development environment (IDE) for developers...

https://www.phoronix.com/news/Qt-Creator-14

[varikonniemi]

Is there significant performance overhead for using LUA plugins over C++ ? If not, then this should have been there from the beginning. If yes, then it's pretty useless for anything but hobby tinkering.

[Zeioth]

Qt is the future of Linux. I'm not super happy with Gnome HiDPI implementation approach.

[edxposed]

Is there significant performance overhead for using LUA plugins over C++ ? If not, then this should have been there from the beginning. If yes, then it's pretty useless for anything but hobby tinkering.

It depends on the lua engine used, if it's luajit, it's usually fast enough, otherwise you're out of luck.

[patrick1946]

Is there significant performance overhead for using LUA plugins over C++ ? If not, then this should have been there from the beginning. If yes, then it's pretty useless for anything but hobby tinkering.

Wow, an expert! The question is not whether Lua is too slow, but whether it is fast enough for some tasks.

[ahrs]

Is there significant performance overhead for using LUA plugins over C++ ? If not, then this should have been there from the beginning. If yes, then it's pretty useless for anything but hobby tinkering.

If it's good enough for Vim/Neovim then I don't see why it would pose a problem for Qt. Maybe if they implement it badly?

[varikonniemi]

Wow, an expert! The question is not whether Lua is too slow, but whether it is fast enough for some tasks.

exactly like i said, if there is significant performance overhead, then it's still useful for some tasks, like tinkering.

And about the expertise, i have a pretty solid background in what i do. For instance i maintained a patch set for Linux crypto that removed a possible backdoor until wireguard developer rewrote getrandom and fixed the vulnerability.

[skeevy420]

If it's good enough for Vim/Neovim then I don't see why it would pose a problem for Qt. Maybe if they implement it badly?

Exactly, it's for greater compatibility and portability. If a plugin has a need for greater speed, it'll can pick a language that's faster. But, yeah, scripting languages are used as plugin languages in all sorts of places and speed usually isn't the issue. Hell, Lua is used for a lot of games and you know how gamers can be when it comes to complaining about things being ASS.

[intelfx]

And about the expertise, i have a pretty solid background in what i do. For instance i maintained a patch set for Linux crypto that removed a possible backdoor until wireguard developer rewrote getrandom and fixed the vulnerability.

That doesn't sound like a task that requires any particular expertise, tbh.

[varikonniemi]

That doesn't sound like a task that requires any particular expertise, tbh.

of course, any average joe could identify and fix a potential crypto backdoor! Only the idiot that originally authored the code and those that reviewed it were dumb enough to not see it.

edit: or was the problem i wrote "maintained" and omitted "authored", making you misunderstand?