Opened 9 years ago

Closed 8 years ago

#71 closed defect (wontfix)

unnecessary dependence on gccxxx.dll

Reported by: dryeo Owned by:
Priority: minor Milestone:
Component: general Version: 1.6.0-b19 RC
Severity: low Keywords:
Cc: daveryeo@…


Java includes a dependence on 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.

Change History (3)

comment:1 Changed 9 years ago by dmik

Severity: low

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.

comment:2 Changed 9 years ago by 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.

comment:3 Changed 8 years ago by Silvan Scherrer

Resolution: wontfix
Status: newclosed

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.

Note: See TracTickets for help on using tickets.