Re: [gcj trunk / gnu-classpath] String.format(...) undefined

[Mark Wielaard <mark at klomp dot org>]

On Sat, 2007-02-17 at 22:10 +0100, Mark Wielaard wrote:
> I am testing the attached patch that syncs up String, StringBuffer,
> StringBuilder and Character to the latest GNU Classpath versions,
> bringing in some new methods, some bug fixes and some indentation
> cleanups. But it takes a while to compile it all since some usage of cni
> needs to be adjusted for the changes in argument and return types.

Unfortunately it seems the new bridge methods confuse something:

java/.libs/lang.o: In function `int java::lang::String::compareTo(java::lang::Object*)':
/home/mark/src/gcc-4_1-branch-java-merge-20070117/libjava/java/lang/String.java:1: multiple definition of `int java::lang::String::compareTo(java::lang::Object*)'
java/lang/.libs/natString.o:/home/mark/src/gcc-4_1-branch-java-merge-20070117/libjava/java/lang/natString.cc:711: first defined here
/usr/bin/ld: Warning: size of symbol `int java::lang::String::compareTo(java::lang::Object*)' changed from 146 in java/lang/.libs/natString.o to 29 in java/.libs/lang.o
collect2: ld returned 1 exit status
make[1]: *** [libgcj.la] Error 1

What would be a good way to fix this?

Mark

Attachment: signature.asc
Description: This is a digitally signed message part