java/1153: System.loadLibrary() semantics arn't the same as in the JDK

java/1153: System.loadLibrary() semantics arn't the same as in the JDK

[bryce]

>Number:         1153
>Category:       java
>Synopsis:       System.loadLibrary() semantics arn't the same as in the JDK
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    tromey
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 20 12:16:08 PST 2000
>Closed-Date:    Sun Mar 05 17:07:00 PST 2000
>Last-Modified:  Sun Mar  5 17:16:00 PST 2000
>Originator:     Bryce McKinlay
>Release:        unknown-1.0
>Organization:
>Environment:
Redhat Linux 6.1
>Description:
libgcj doesn't look for the same shared library name that 
the JDK does.

Given the code:

System.loadLibrary("Native_JNI");

libgcj/ltdl will search for "Native_JNI.so", whereas the 
JDK will look for "libNative_JNI.so"
>How-To-Repeat:

>Fix:
Either natRuntime.cc or ltdl. Ideally it should look for 
both forms.
>Release-Note:

>Audit-Trail:

Formerly PR gcj/150


From: Tom Tromey <tromey@cygnus.com>
To: bryce@albatross.co.nz
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/150: System.loadLibrary() semantics arn't the same as in the JDK
Date: Mon, 14 Feb 2000 23:10:23 -0800 (PST)

 Hi Bryce.  I think this one we have to fix in natRuntime.  That's
 because I want loadLibraryInternal to continue to leave off the "lib"
 prefix.  At least, that's what I think I want :-).
 
 
 T
Responsible-Changed-From-To: apbianco->tromey
Responsible-Changed-By: tromey
Responsible-Changed-When: Mon Feb 14 23:51:12 2000
Responsible-Changed-Why:
    I fixed it.
State-Changed-From-To: open->feedback
State-Changed-By: tromey
State-Changed-When: Mon Feb 14 23:51:12 2000
State-Changed-Why:
    I'm checking in a fix for this.
    Please try it out & get back to me.
    
    I just implemented JDK compatibility; I didn't try
    to have loadLibrary try both forms.  It didn't seem
    that important to try them both -- JDK compatibility
    seems better here (since loadLibrary, I think, is mostly
    used for JNI anyway).
    
    Tell me what you think.

From: tromey@cygnus.com
To: apbianco@cygnus.com, bryce@albatross.co.nz,
  java-gnats@sourceware.cygnus.com, tromey@cygnus.com
Cc:  
Subject: Re: gcj/150
Date: 15 Feb 2000 07:51:12 -0000

 Synopsis: System.loadLibrary() semantics arn't the same as in the JDK
 
 Responsible-Changed-From-To: apbianco->tromey
 Responsible-Changed-By: tromey
 Responsible-Changed-When: Mon Feb 14 23:51:12 2000
 Responsible-Changed-Why:
     I fixed it.
 State-Changed-From-To: open->feedback
 State-Changed-By: tromey
 State-Changed-When: Mon Feb 14 23:51:12 2000
 State-Changed-Why:
     I'm checking in a fix for this.
     Please try it out & get back to me.
     
     I just implemented JDK compatibility; I didn't try
     to have loadLibrary try both forms.  It didn't seem
     that important to try them both -- JDK compatibility
     seems better here (since loadLibrary, I think, is mostly
     used for JNI anyway).
     
     Tell me what you think.
 
 http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=150&database=java

From: tromey@sourceware.cygnus.com
To: java-gnats@sourceware.cygnus.com
Cc:  
Subject: gcj/150
Date: 15 Feb 2000 07:53:11 -0000

 	* java/lang/natRuntime.cc (_load): On Unix, prefix library name
 	with `lib' for loadLibrary.  Fixes PR gcj/150.
State-Changed-From-To: feedback->closed
State-Changed-By: bryce
State-Changed-When: Sun Mar  5 17:07:00 2000
State-Changed-Why:
    Tom's fix looks good to me.

From: bryce@albatross.co.nz
To: bryce@albatross.co.nz, java-gnats@sourceware.cygnus.com, tromey@cygnus.com
Cc:  
Subject: Re: gcj/150
Date: 6 Mar 2000 01:07:00 -0000

 Synopsis: System.loadLibrary() semantics arn't the same as in the JDK
 
 State-Changed-From-To: feedback->closed
 State-Changed-By: bryce
 State-Changed-When: Sun Mar  5 17:07:00 2000
 State-Changed-Why:
     Tom's fix looks good to me.
 
 http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&pr=150&database=java
>Unformatted: