Bug 154725

Summary: [OOo][gcj] java.lang.NoSuchFieldError regression from gcc-4.0.0-40
Product: [Fedora] Fedora Reporter: Caolan McNamara <caolanm>
Component: gccAssignee: Tom Tromey <tromey>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: aph, jakub, patrickm
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 4.0.0-2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-05-04 05:57:12 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 153231    
Attachments:
Description Flags
sample jar
none
sample demo source
none
Try this. none

Description Caolan McNamara 2005-04-13 16:07:41 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050330

Description of problem:
java.lang.NoSuchFieldError
   at .__gxx_personality_v0 (/home/caolan/java/a.out)
   at .__gxx_personality_v0 (/home/caolan/java/a.out)
   at .__gxx_personality_v0 (/home/caolan/java/a.out)
   at .__libc_start_main (/lib/libc-2.3.4.so)
   at .__gxx_personality_v0 (/home/caolan/java/a.out)


Version-Release number of selected component (if applicable):
gcc-4.0.0-42

How reproducible:
Always

Steps to Reproduce:
1. take attached ridl.jar
2. take attached java.cxx
3. g++ java.cxx -lgcj
4. ./a.out

Actual Results:  error

Expected Results:  no error

Additional info:

worked in 4.0.0-40, required to build (and reliably run) OOo
Comment 1 Caolan McNamara 2005-04-13 16:09:03 EDT
Created attachment 113115 [details]
sample jar
Comment 2 Caolan McNamara 2005-04-13 16:10:36 EDT
Created attachment 113117 [details]
sample demo source
Comment 3 Tom Tromey 2005-04-13 18:01:08 EDT
This test case works with the g++/gcj I am using:

opsy. g++ --version
g++ (GCC) 4.0.0 20050413 (prerelease)

However, I did find a small bug in the fix for the "[B" PR,
namely that the string in loadClassFromSig is not \0-terminated.
I have a patch.
Comment 4 Tom Tromey 2005-04-13 19:51:55 EDT
FWIW the termination is probably not the problem.
I looked some more and the string in question does not
need to be terminated for correctness in this case.
Comment 6 Andrew Haley 2005-04-14 09:04:50 EDT
Created attachment 113145 [details]
Try this.