Java: Utf8 merging patch committed
Jakub Jelinek
jakub@redhat.com
Tue Feb 5 03:13:00 GMT 2002
On Tue, Feb 05, 2002 at 03:00:30PM +1300, Bryce McKinlay wrote:
> I have some bad news. The patch is working fine on x86 but seems to be
> broken on PowerPC, using the same compiler and binutils versions.
>
> Symptom is the same as before: "hello world" dies very early while the
> runtime is trying to initialize some Strings from Utf8 values:
>
> Starting program: /home/bryce/./a.out
> [New Thread 1024 (LWP 6620)]
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 6620)]
> _Jv_NewStringUtf8Const(_Jv_Utf8Const*) (str=0xffffffff)
> at ../../../libjava/java/lang/natString.cc:271
> 271 *chrs++ = ch;
> Current language: auto; currently c++
>
>
> (gdb) p str->hash
> $2 = 30305
> (gdb) p str->length
> $3 = 11884
> (gdb) printf "%s\n", str->data
> ang.reflect.Method
>
> $ ld --version
> GNU ld version 2.11.92.0.12.3 20011121
>
> Any ideas?
Can you track it down to a particular Utf8 constant (= the .o file this came
from and _UtfN (local) name)? What does readelf -S show on that .o file?
Jakub
More information about the Gcc-patches
mailing list