I would be interested in your progress on STEPCode.
The version packaged with OpenVSP is from a long time back -- and a lot of progress has been made, but STEPCode is not a centrally managed project. Consequently, changes are made by different users that frequently don't get integrated into a central core. Likewise, their changes may not go in a single direction.
The point is, a lot of the changes have been to the STEPCode build system and how it integrates with external projects -- OpenVSP used STEPCode in a somewhat unconventional way. So, when I've looked at updating, it has looked rather challenging.
As you say, Wayland should not be a problem. OpenVSP uses FLTK. FLTK can be compiled to work with only Wayland, only X, or either Wayland or X (detected at runtime). OpenVSP shouldn't care, it will just use whatever FLTK uses.
I try to statically link all the libraries I can, but on a Linux platform, you are much more likely to use a packaged library and shared libraries -- so you'll use whatever FLTK was built by the packaging team.
Rob