Bad patchwork: libgcj.so: undefined reference to `gcj_describe_type_fn'

[martin@egholm-nielsen.dk]

>>>           U gcj_describe_type_fn
>>>             ^^^^^^^^^^^^^^^^^^^^
>>> Looks like it, yes...
Ok, sorry David, that conclusion came too fast :-)

>>> A bit embarrasing, but could it be a simple matter of not having 
>>> done a "make clean", but merely a "make install-exec"?

>> In the GCC tree, the GC is built as a convenience library -- not an
>> installed library.  So, 'make install-exec' probably does not cause
>> the library to be rebuilt.  Instead use 'make all' in that directory
>> and I think things will be ok.

> You need to make sure that libgcj.so gets re-linked as well, so that 
> the new libgcj_convenience.a is incorporated into it. This should 
> happen automatically with a "make all" in the libjava directory, 
> assuming the boehm-gc directory was already rebuilt.
Hum, now I did:

boehm-gc/$ make clean && make && make install
libjava/$ make all && make install-exec


But still:

$ blah-blah-nm-blah-grep
         U gcj_describe_type_fn


But the files are definitely new:

--- 8< --- 508840 Mar 16 09:06 libgcjgc_convenience.a


and libjava/boehm.o does indeed contain the function (or what):

libjava/ $ powerpc-405-linux-gnu-nm boehm.o | grep gcj_de
00000960 T _Z20gcj_describe_type_fnPvPc


I'm trying to avoid making clean in libjava, but I'm this |<--->| close...

// Martin (being this |<>| close to killing the firewall "maintainer" 
resp. for
closing access to NNTP, POP3, and SMTP)