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