Hi Darin,
I agree with your analysis that what the GWT compiler does is static linking. Thus I do not think the formulation made on the GWT-Ext license page is correct.
Indeed I have re-read the LGPL-V3.0 license carefully and section 4.d mandates that the end-user of the application must have the means to relink the application with modified versions of the library either by recompiling the application and library code (4.d.0) or by linking on the library dynamically (4.d.1). The GWT compiler however does not support dynamic linking (it copies the library code into the application), rendering option 4.d.1 impossible. That would leave only option 4.d.0, which is what closed-source applications like yours want to avoid.
As previously mentionned, I do not particularly want to prevent closed-source applications from using unmodified versions of lib-gwt-svg, I mostly care that they contribute back fixes and improvements if they make some. To solve the problem of closed-source applications, I could grant the following waiver:
"waiver to LGPL-V3.0 for lib-gwt-svg: in order not to preclude using the library in closed-source applications, the authors of lib-gwt-svg do not mandate that applications based on unmodified versions of lib-gwt-svg fulfill obligation 4.d of the LGPL v3.0 license."
Since I am a software developer, I do not know if such a waiver is legally possible and would actually work for a closed-source application. If it suits you however, I will add this mention to the Github project page:
https://github.com/laaglu/lib-gwt-svgLukas