11–20 of 41 posts
Qt Creator is a fantastic editor and IDE. If you're doing cross-platform GUI development, Qt is a good choice (especially compared to something grotesque and unseemly like Electron), and for Qt development, Qt Creator is as good as it gets. But it turns out that it works really well for generic C and C++ development too, even with obscure C like the Linux kernel, thanks to the Clang code model. I use Qt Creator somet…
Anyone have a good way to run Qt Creator locally on their desktop, but edit, build, and debug code running on a remote, headless server? I love Qt Creator, but this use-case has led me to settle for Vim+gdb over ssh. [edit] Clarification: X-over-SSH isn't a good solution because of the lag.
http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/RaspberryPi2EGLFS
These two tutorials use slightly different setups, so don't get confused on details, but both are great to glean tips from.
I've successfully used Qt Creator on both a Linux VM (desktop Intel) and a Windows desktop to build originally-desktop-based Qt projects for embedded Linux on ARM. The projects are not headless, but also do not use X to run the Qt GUI. Instead they use EGLFS.
Even if your software doesn't have a GUI, you can still do remote debugging with Qt Creator... or Eclipse, or Visual Studio , or anything that has the proper hooks.
I don't think any sane developer would want to use a remote X server to get to an instance of an IDE.
As long as you have the proper cross toolchain (some cost $) set up correctly in Qt, and your target code is all included properly (libraries and headers for your target, NOT your dev machine), you should be able to do exactly what you want for any desktop+remote target pair.
Additionally you don't even have to work in Linux to target Embedded Linux:
https://wiki.qt.io/Visual_Studio_Add-in https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-...
Anyone have a good way to run Qt Creator locally on their desktop, but edit, build, and debug code running on a remote, headless server? I love Qt Creator, but this use-case has led me to settle for Vim+gdb over ssh. [edit] Clarification: X-over-SSH isn't a good solution because of the lag.
have you tried sshfs?
I'm not sure if distcc is the answer here - I've never tried it - but it probably would be some people's default/first response.
Anyone have a good way to run Qt Creator locally on their desktop, but edit, build, and debug code running on a remote, headless server? I love Qt Creator, but this use-case has led me to settle for Vim+gdb over ssh. [edit] Clarification: X-over-SSH isn't a good solution because of the lag.
TL;DR: Just set up the "Build" toolchain (configuration) in Qt Creator and point Qt Creator at your target (with the correct ssh user login) for when you click "Run" or "Debug". http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/RaspberryPi2EGLFS These two tutorials use slightly different setups, so don't get confused on details, but both are great to glean tips from. I've successfully used Qt Creator o…
Then make sure your project is (only) aware of those headers and libraries.
These guys continue to do a great job. If you're looking for a nice cross-platform C++ IDE that supports multiple build systems this is it. I'm looking forward to upcoming meson integration (GSoC project IIRC).
It's also got a quite usable Vim mode.
Earlier quoted context omitted.
VSCode, Figma.
I've never heard of Figma, but the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ along with other extensive performance modifications to the electron runtime by the vscode team.
Is that true? I've heard that said before but I've also heard that's not true. I haven't been able to find anything indicating any parts of it are written in C/C++ either. The GitHub repo for VScode doesn't have any C in it; infact it doesn't have much but JS/TS:
Earlier quoted context omitted.
Yep, if you can even compare Electron to Qt. Electron is just a buggy ill-conceived hack to wrap a browser with nodejs to make webpages. All it provides is a blank window with no customisation and a huge size and memory overhead.
VSCode, Figma.
Earlier quoted context omitted.
I've never heard of Figma, but the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ along with other extensive performance modifications to the electron runtime by the vscode team.
> the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ Is that true? I've heard that said before but I've also heard that's not true. I haven't been able to find anything indicating any parts of it are written in C/C++ either. The GitHub repo for VScode doesn't have any C in it; infact it doesn't have much but JS/TS: https://github.com/Microsoft/vscode
Earlier quoted context omitted.
TL;DR: Just set up the "Build" toolchain (configuration) in Qt Creator and point Qt Creator at your target (with the correct ssh user login) for when you click "Run" or "Debug". http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/RaspberryPi2EGLFS These two tutorials use slightly different setups, so don't get confused on details, but both are great to glean tips from. I've successfully used Qt Creator o…
Specifically, I think the tip to make an exact copy of the target's sysroot structure (libraries, headers, etc) on your dev machine using rsync (and remember to fix the symbolic links!) is very valuable. Then make sure your project is (only) aware of those headers and libraries.
Qt Creator is a fantastic editor and IDE. If you're doing cross-platform GUI development, Qt is a good choice (especially compared to something grotesque and unseemly like Electron), and for Qt development, Qt Creator is as good as it gets. But it turns out that it works really well for generic C and C++ development too, even with obscure C like the Linux kernel, thanks to the Clang code model. I use Qt Creator somet…
Yep, if you can even compare Electron to Qt. Electron is just a buggy ill-conceived hack to wrap a browser with nodejs to make webpages. All it provides is a blank window with no customisation and a huge size and memory overhead.
Would love a counter-example, if you've got one. I'm on a mac.