I wouldn't call the GUI side "amazing" in its cross platform support as each platform works by using different backends (win32, qt, gtk, etc) and as such each backend has its own quirks. Also since most toolkit developers nowadays love to break their working code, there is a lot of (wasted) effort into porting LCL (Lazarus' framework) to newer versions (only to become obsolete when it is done).
Win32 is expectedly the most stable because the API hasn't changed for decades, so the effort was spent on stabilizing and fixing bugs over the years.
Gtk2 is also stable and should work fine. It is the most stable of Linux backends at the moment,
Gtk1 was stable until development dropped some years ago, though AFAIK recently someone tried it and fixed any issues. It doesn't really get much love though.
Gtk3 is not feature complete but simple stuff should work, judging from a recent message in the development mailing list there isn't anyone interested in fully working on it - there is development but not any dedicated developer. Makes sense, personally i wouldn't bother to work on something i knew will soon be deprecated.
Gtk4 isn't even a think yet AFAIK.
Qt4 should be around as stable as Gtk2, perhaps a bit less. Requires dragging around the qt4pas shared library though since Free Pascal cant link against C++ libraries directly (Gtk binaries are self-contained and can link against the system Gtk with compatibility going several years).
Qt5 is newer but i think it started as a copy of Qt4 so it should be around the same quality, perhaps better in trunk as it gets most of the Qt development. Like Qt4 you need to drag a shared library around to use it.
Carbon was the most stable on Mac OS side but of course it isn't available in newer Macs. Not that it was ever beyond alpha quality, but at least it worked.
Cocoa should be fine nowadays but i think there isn't any dedicated developer and its quality is hit or miss as it only picked up whatever Mac development was going on only recently when it became impossible to do 32bit programming.
There are some other backends but they are in various stages of not working.
In practice however you can release binaries for all major platforms, you just wont get the shiniest backend versions outside of Win32. In my experience the most stable are Win32 and Gtk2. I think Qt5 should be somewhere next to that so if you make a Mac application and behaves weirdly you can use the Qt5 backend instead of the Cocoa backend (this was a common workaround for 64bit applications when Carbon was still usable but only available for 32bit applications). Of course this means you have to drag not only the qt-to-pascal interface library but also the entirety of Qt. Though that should still be less than Electron and you'd still get to use "native" widgets on other platforms.
There are links to the community wiki on the Lazarus website (linked in the parent answer). Lazarus is not a language but a FOSS 'fork' of Delphi based upon object Pascal. Since there are many old-timers there, my guess is they hang out on IRC.
Win32 is expectedly the most stable because the API hasn't changed for decades, so the effort was spent on stabilizing and fixing bugs over the years.
Gtk2 is also stable and should work fine. It is the most stable of Linux backends at the moment,
Gtk1 was stable until development dropped some years ago, though AFAIK recently someone tried it and fixed any issues. It doesn't really get much love though.
Gtk3 is not feature complete but simple stuff should work, judging from a recent message in the development mailing list there isn't anyone interested in fully working on it - there is development but not any dedicated developer. Makes sense, personally i wouldn't bother to work on something i knew will soon be deprecated.
Gtk4 isn't even a think yet AFAIK.
Qt4 should be around as stable as Gtk2, perhaps a bit less. Requires dragging around the qt4pas shared library though since Free Pascal cant link against C++ libraries directly (Gtk binaries are self-contained and can link against the system Gtk with compatibility going several years).
Qt5 is newer but i think it started as a copy of Qt4 so it should be around the same quality, perhaps better in trunk as it gets most of the Qt development. Like Qt4 you need to drag a shared library around to use it.
Carbon was the most stable on Mac OS side but of course it isn't available in newer Macs. Not that it was ever beyond alpha quality, but at least it worked.
Cocoa should be fine nowadays but i think there isn't any dedicated developer and its quality is hit or miss as it only picked up whatever Mac development was going on only recently when it became impossible to do 32bit programming.
There are some other backends but they are in various stages of not working.
In practice however you can release binaries for all major platforms, you just wont get the shiniest backend versions outside of Win32. In my experience the most stable are Win32 and Gtk2. I think Qt5 should be somewhere next to that so if you make a Mac application and behaves weirdly you can use the Qt5 backend instead of the Cocoa backend (this was a common workaround for 64bit applications when Carbon was still usable but only available for 32bit applications). Of course this means you have to drag not only the qt-to-pascal interface library but also the entirety of Qt. Though that should still be less than Electron and you'd still get to use "native" widgets on other platforms.