public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: libgcj/6819: duplicate class registration bug
@ 2002-05-26 22:56 Bryce McKinlay
0 siblings, 0 replies; 2+ messages in thread
From: Bryce McKinlay @ 2002-05-26 22:56 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR libgcj/6819; it has been noted by GNATS.
From: Bryce McKinlay <bryce@waitaki.otago.ac.nz>
To: gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: libgcj/6819: duplicate class registration bug
Date: Mon, 27 May 2002 16:03:41 +1200
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6819
Yes, this is a well known issue. The problem is that if we have
duplicated symbols (ie the same symbol representing both old and new
versions of a class), it is quite non-deterministic (or at least
non-portable) which of them will actually be found and used at runtime
by the linker.
This should be fixable in conjunction with implementing a weaker linking
model - this is also needed for strict adherance to Java's binary
compatibility spec, and would allow us to do cool things like link
compiled classes against interpreted class files, etc.
Bryce.
^ permalink raw reply [flat|nested] 2+ messages in thread
* libgcj/6819: duplicate class registration bug
@ 2002-05-26 10:05 Oskar Liljeblad
0 siblings, 0 replies; 2+ messages in thread
From: Oskar Liljeblad @ 2002-05-26 10:05 UTC (permalink / raw)
To: gcc-gnats
>Number: 6819
>Category: libgcj
>Synopsis: duplicate class registration bug
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun May 26 08:36:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Oskar Liljeblad <oskar@osk.mine.nu>
>Release: 3.1
>Organization:
>Environment:
>Description:
This is probably an old and known problem:
If you compile a class that also exists in libgcj into an executable, you'll get an error like this when running the executable:
libgcj failure: Duplicate class registration: org.w3c.dom.Attr
Aborted
Note that the same problem does not occur when running the class with gij.
This (probably) means that if you compile your program with a version of libgcj which doesn't contain class Y, it is not possible to run this program with a newer version of libgcj which does contain class Y. (Granted class Y is compiled into the program in the first place.)
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-05-27 4:16 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-05-26 22:56 libgcj/6819: duplicate class registration bug Bryce McKinlay
-- strict thread matches above, loose matches on Subject: below --
2002-05-26 10:05 Oskar Liljeblad
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).