It is unclear whether the gengal program really needs to be based on the Application class the way it is. Using Application brings in much complexity. But maybe those are needed for it to be able to do its work? The 'enhancement' here is to investigate and experiment, and if possible, change it to be simpler.
Note that a successful change needs to be verified on all three platforms (Windows, OS X and Windows), and also in a ssh session with no access to the window system (on OS X, without being logged in on the console (or through Screen Sharing) at all).
Tor: Any triage here? Can we mark as NEW?
Status -> NEEDINFO
Umm, sure, NEW would be better.
Migrating Whiteboard tags to Keywords: (EasyHack SkillCpp)
FWIW - because of running into trouble with gengal  I would appreciate this enhancement very much.
Background: When building cross with yocto there are two builds: one native for the build tools as gengal and one cross for target binaries. gengal not inheriting Application would:
* decrease time for native build
* make debugging much easier
(In reply to Andreas Müller from comment #5)
> Background: When building cross with yocto there are two builds: one native
> for the build tools as gengal and one cross for target binaries. gengal not
> inheriting Application would:
> * decrease time for native build
It wouldn't really. gengal depends on VCL (and IIRC even on layers above it) anyway.
JanI is default CC for Easy Hacks (Add Jan; remove LibreOffice Dev List from CC)