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).