On Wed, Dec 16, 2009 at 03:36:47PM -0800, Sherry Moore wrote:

Strange, somehow I have the feeling, that it is a libpicl problem: 
ldd seems to pick up the right libs:
ldd bin/exec/R
    libR.so => /export/scratch/elkner/build/R-2.10.1/lib/libR.so
    libRblas.so => /export/scratch/elkner/build/R-2.10.1/lib/libRblas.so
    libc.so.1 =>     /lib/64/libc.so.1
    libfui.so.2 =>   /local/apps/studio12/lib/amd64/libfui.so.2
    libfai.so.1 =>   /local/apps/studio12/lib/amd64/libfai.so.1
    libfsu.so.1 =>   /local/apps/studio12/lib/amd64/libfsu.so.1
    libsunmath.so.1 =>   /local/apps/studio12/lib/amd64/libsunmath.so.1
    libmtsk.so.1 =>  /lib/64/libmtsk.so.1
    libm.so.2 =>     /lib/64/libm.so.2
    libreadline.so.5 =>  /local/usr/lib/64/libreadline.so.5
    libcurses.so.1 =>    /lib/64/libcurses.so.1
    libpcre.so.0 =>  /local/usr/lib/64/libpcre.so.0
    libbz2.so.1 =>   /usr/lib/64/libbz2.so.1
    libz.so.1 =>     /lib/64/libz.so.1
    libnsl.so.1 =>   /lib/64/libnsl.so.1
    libsocket.so.1 =>    /lib/64/libsocket.so.1
    libdl.so.1 =>    /lib/64/libdl.so.1
    libsunperf.so.3 =>   /local/apps/studio12/lib/amd64/libsunperf.so.3
    libm.so.1 =>     /lib/64/libm.so.1
    libthread.so.1 =>    /lib/64/libthread.so.1
    libpthread.so.1 =>   /lib/64/libpthread.so.1
    libmp.so.2 =>    /lib/64/libmp.so.2
    libmd.so.1 =>    /lib/64/libmd.so.1
    libscf.so.1 =>   /lib/64/libscf.so.1
    libpicl.so.1 =>  /usr/lib/64/libpicl.so.1
    libuutil.so.1 =>     /lib/64/libuutil.so.1
    libgen.so.1 =>   /lib/64/libgen.so.1
    libsmbios.so.1 =>    /usr/lib/64/libsmbios.so.1

However, without having /usr/lib/amd64 in the LD_LIBRARY_PATH_64 ld tries
to resolv /lib/libmtsk.so.1 instead of /lib/amd64/libmtsk.so.1 .
When one adds /usr/lib/amd64 to the LD_*, it picks up the latter one, 
but dies later with the same message. See:
http://iws.cs.uni-magdeburg.de/~elkner/studio/truss0.out
http://iws.cs.uni-magdeburg.de/~elkner/studio/truss.out

Regards,
jel.
> > > On Wed, Dec 16, 2009 at 11:11:06PM +0100, Jens Elkner wrote:
> > > > Hi,
> > > > 
> > > > trying to compile R, but always get:
> > > > 
> > > > ld.so.1: R: fatal: relocation error: R_AMD64_32: file
> > > > /export/scratch/elkner/build/R-2.10.1/lib/libR.so: symbol (unknown):
> > > > value 0xfffffd7fedbd0000 does not fit
> > > > 
> > > > Compiled the stuff already with several flag combinations, incl.
> > > > CFLAGS with '-xmodel=medium -m64' and
> > > > LDFLAGS with '-xmodel=medium -Wl,-z,defs -Wl,-z,now -m64'
> > > > (amd64,snv_b126,studio 12.1), but seems to be unfixable :(.
> > > > 
> > > > Any hints, what's going wrong or how to find out that "strange" symbol
> > > > in question/where it comes from?
> > -- 
> > Otto-von-Guericke University     http://www.cs.uni-magdeburg.de/
> > Department of Computer Science   Geb. 29 R 027, Universitaetsplatz 2
> > 39106 Magdeburg, Germany         Tel: +49 391 67 12768
> 
> -- 
> Sherry Moore, Solaris Core Kernel     http://blogs.sun.com/sherrym

-- 
Otto-von-Guericke University     http://www.cs.uni-magdeburg.de/
Department of Computer Science   Geb. 29 R 027, Universitaetsplatz 2
39106 Magdeburg, Germany         Tel: +49 391 67 12768
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to