Re: libgcj/3888: Combine libgcjgc.so and libzgcj.so with libgcj.so

Re: libgcj/3888: Combine libgcjgc.so and libzgcj.so with libgcj.so

[bryce]

Synopsis: Combine libgcjgc.so and libzgcj.so with libgcj.so

Responsible-Changed-From-To: unassigned->bryce
Responsible-Changed-By: bryce
Responsible-Changed-When: Sat Mar 16 17:21:47 2002
Responsible-Changed-Why:
    .
State-Changed-From-To: open->closed
State-Changed-By: bryce
State-Changed-When: Sat Mar 16 17:21:47 2002
State-Changed-Why:
    Done.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3888

libgcj/3888: Combine libgcjgc.so and libzgcj.so with libgcj.so

[jsturm]

>Number:         3888
>Category:       libgcj
>Synopsis:       Combine libgcjgc.so and libzgcj.so with libgcj.so
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Mon Jul 30 19:36:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     Jeff Sturm
>Release:        3.1
>Organization:
>Environment:
all
>Description:
Currently these three dynamic libraries are installed for libjava whenever --enable-shared is used.  Alternatively they could be combined by building libgcjgc and libzgcj as convenience libraries.  The advantages are simplified deployment (one DSO instead of three) and potentially better performance on platforms that can bind symbols at link time in shared libraries (e.g. AIX).

The main drawback is that we lose the capability to switch GC implementation at program load, but that never actually worked anyway.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: