SCIENTIFIC-LINUX-USERS Archives

July 2005

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Connie Sieh <[log in to unmask]>
Reply To:
Connie Sieh <[log in to unmask]>
Date:
Thu, 28 Jul 2005 15:00:17 -0500
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (69 lines)
How about a ldd of Matlab on the 3.0.x system that is working.

-Connie Sieh
On Thu, 28 
Jul 2005, Gary Wilson wrote:

> Stephan Wiesand wrote:
> 
> > On Thu, 28 Jul 2005, Gary Wilson wrote:
> >
> >> Stephan Wiesand wrote:
> >>
> >>> Hi,
> >>>
> >>> On Thu, 28 Jul 2005, Gary Wilson wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> I've just set up a dual Opteron machine with SL4 x86_64. I have to 
> >>>> run an old version of Matlab on this, which won't run with the 64 
> >>>> bit xorg-x11 libraries. The folks at Matlab suggested that there 
> >>>> are 32-bit compatibility libraries for Red Hat ES 4 that will fix 
> >>>> this problem, but I can't find this in SL 4. Anyone know where 
> >>>> these compatility libraries can be found?
> >>>
> >>>
> >>>
> >>> x86_64/SL/RPMS/xorg-x11-libs-6.8.1-23.EL.i386.rpm & co.?
> >>>
> >>> Try "yum install xorg-x11-libs.i386" etc.
> >>>
> >>>> Gary Wilson
> >>>> [log in to unmask]
> >>>>
> >>>
> >> Thanks. I had those installed, so I thought that maybe there was 
> >> something else that I was missing. What I do see is that when I look 
> >> at the ldconfig cache the 64 bit library appears first, so I'm 
> >> guessing that it sees that and stops there. Now I'm looking to see if 
> >> there is a way to reverse the order in which the libraries are found.
> >
> >
> > The dynamic loader won't consider using 64-bit libraries for 32-bit 
> > executables. Are you sure it's missing shared libs? Please try running 
> > ldd on your executable as Connie suggested (this may not be trivial as 
> > these commercial executables tend to be hidden under layers and layers 
> > of wrapper scripts...).
> >
> > Once you're sure it's not due to some missing shared libs, you may 
> > want to try running it after an "export LD_ASSUME_KERNEL=2.4.19" (or 
> > even 2.4.1).
> > I think Matlab <=6 comes with an elderly JVM that's not NPTL-compatible.
> >
> > Stephan
> >
> 
> ldd on matlab ends with this message:
> 
> ./matlab: can't handle RELA relocation records
> 
> (I do have this version of matlab - 5.3 - running on SL 3.04 i386 
> without any problems.)
> 
> Even with the LD_ASSUME_KERNEL at 2.4.1 I get the 'can't handle RELA 
> relocations records.' Can't find what that means.
> 
> Gary
> 

ATOM RSS1 RSS2