Ivan Volosyuk wrote:
On 9/19/06, Oliver Deakin <[EMAIL PROTECTED]> wrote:
Geir Magnusson Jr. wrote:
>
> On Sep 19, 2006, at 7:46 AM, Egor Pasko wrote:
>
>> On the 0x1E9 day of Apache Harmony Ivan Volosyuk wrote:
>> <SNIP!>
>> this one is repaired with this patch:
>> --- modules/luni/src/main/native/launcher/linux/makefile
>> (revision 447762)
>> +++ modules/luni/src/main/native/launcher/linux/makefile
>> (working copy)
>> @@ -21,7 +21,7 @@
>> BUILDFILES = $(SHAREDSUB)main.o $(SHAREDSUB)cmain.o \
>> $(SHAREDSUB)launcher_copyright.o $(SHAREDSUB)strbuf.o \
>> $(SHAREDSUB)libhlp.o
>> -MDLLIBFILES = $(DLLPATH)libhyprt.so $(DLLPATH)libhythr.so
>> +MDLLIBFILES = $(DLLPATH)libhyprt.so $(DLLPATH)libhythr.so
>> $(DLLPATH)libhysig.so
>> EXENAME = $(EXEPATH)java
>>
>> include $(HY_HDK)/build/make/rules.mk
>
> So I guess this comes about because we still haven't resolved the dual
> libhythrd problem... and the DRLVM thead library uses hysig (I
> suppose) and the classlib version doesn't, and the drlvm build uses
> the drlvm version both for the launcher and in /default
hmmm - Im not sure this is true. So far I've been using the IBM
VME, and I still get the error on my SLES9 machine:
deploy/jdk/jre/bin/java: error while loading shared libraries:
libhysig.so: cannot open shared object file: No such file or directory
I cannot launch java unless I set LD_LIBRARY_PATH. Can anyone
else recreate this with J9? Egor (sounds like your system suffers
from the
same ailments as mine)?
When I run "ldd java" I see the same "libhysig.so => not found" message.
It is only when I rebuild with the $(DLLPATH)libhysig.so in
the launcher makefile that I no longer need to set LD_LIBRARY_PATH.
ld -v gives me 2.15.90.0.1.1, and gcc -v gives 3.3.3, so it looks as if
my configuration is older than yours - perhaps this has something to
do with it...
Regards,
Oliver
AFAIU, the fix is already commited. Is it works for you?
Yup, the fix works for me:
linux-gate.so.1 => (0xffffe000)
libhyprt.so =>
/harmony/svn-checkouts/test/deploy/jdk/jre/bin/libhyprt.so (0x40018000)
libhythr.so =>
/harmony/svn-checkouts/test/deploy/jdk/jre/bin/libhythr.so (0x40035000)
libhysig.so =>
/harmony/svn-checkouts/test/deploy/jdk/jre/bin/libhysig.so (0x4003d000)
libm.so.6 => /lib/tls/libm.so.6 (0x40050000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40072000)
libc.so.6 => /lib/tls/libc.so.6 (0x40082000)
libdl.so.2 => /lib/libdl.so.2 (0x4019c000)
/lib/ld-linux.so.2 (0x40000000)
Regards,
Oliver
[EMAIL PROTECTED] ~/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jre/bin
$ ldd java
linux-gate.so.1 => (0xffffe000)
libhyprt.so =>
/home/ivan/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jre/bin/libhyprt.so
(0xb7f95000)
libhythr.so =>
/home/ivan/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jre/bin/libhythr.so
(0xb7ba9000)
libhysig.so =>
/home/ivan/svn/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jre/bin/libhysig.so
(0xb7ba6000)
libm.so.6 => /lib/libm.so.6 (0xb7b5d000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7b4a000)
libc.so.6 => /lib/libc.so.6 (0xb7a31000)
libdl.so.2 => /lib/libdl.so.2 (0xb7a2d000)
librt.so.1 => /lib/librt.so.1 (0xb7a24000)
/lib/ld-linux.so.2 (0xb7faa000)
--
Ivan
>
> I don't understand why it isn't affecting me. On my box, ld -version
> reports 2.16.91 and gcc -v reports 3.4.6
>
> I'll add this as I don't think there is harm for now
>
> geir
>
>>
>> (note: crlf endings in makefile)
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Oliver Deakin
IBM United Kingdom Limited
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]