unnecessary dependence on gccxxx.dll

[dryeo]

Java includes a dependence on ​ftp://ftp.netlabs.org/pub/gcc/gcc4core.wpi. This can result in multiple installs of these DLLs, wasted bandwidth downloading them yet again for very little benefit.
Simple solution is to set GCCOPT='-static-libgcc'
This will statically link the couple of small functions that may be needed.

[dmik]

The theoretical problem with -static-libgcc is that if libgcc contains any shared data and the application involves C++ DLLs, it will not work right (the EXE and each DLL will have its own copy of this shared data in case of static linking).

So I don't mind adding this switch when I get a proof that the shared data in libgcc is not the case for OS/2. I have to study the libgcc sources to find it out.

[dryeo]

We've been using it in Mozilla since GCC 3.4.6. Large C++ program that has been built static, shared and libxul (basically one large DLL).
Also don't know if Paul updated his patches but Bird relicensed his code as GPL with the linking exception.

[Silvan Scherrer]

for me this makes no sense, as the gcc4core.wpi is needed by a lot apps anyway. and with rpm this is afaik no issue at all.