[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

["aph at redhat dot com" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #18 from aph at redhat dot com  2008-11-03 15:12 -------
Subject: Re:  [4.4 Regression] libgcj linkage failure: Incorrect
 library ABI version detected

dave at hiauly1 dot hia dot nrc dot ca wrote:
> ------- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca  2008-11-03 15:02 -------
> Subject: Re:  [4.4 Regression] libgcj linkage failure: Incorrect library ABI
> version detected
> 
>> ------- Comment #13 from aph at gcc dot gnu dot org  2008-11-03 10:18 -------
>> As a Java maintainer I'm happy to have a look at this, but I have no access to
>> HP/UX hardware.
> 
> I could provide access.  However, debugging this with gdb is tricky.
> It can't set a breakpoint in a constructor in a shared library.  There's
> some issue with load notifications.  It's also not possible to link
> with -static.

That doesn't matter, because it's not a runtime bug, it's a
compiler bug.  We have to debug the compiler.

> I'm willing to look at anything you suggest.  There's a couple of
> other PRs related to gcj-dbtool that probably relate to this problem.
> 
> The org-xml.list is one in which I see the same class registered twice
> (e.g., _ZN3org3xml3sax3ext14LexicalHandler6class$E).

Okay, the question is why is cgraph_build_static_cdtor() being called twice,
once from cgraph_optimize() and once from java_parse_file() ?

And, if the FE should not call cgraph_build_static_cdtor(), why does
the code generation fail if the call is removed ?

The entire solution to this problem lies in that answer.

Andrew.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068