comp.lang.idl-pvwave archive: archive » Re: CALL

Home » Public Forums » archive » Re: CALL_EXTERNAL failure.

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: CALL_EXTERNAL failure. [message #16348]

Tue, 20 July 1999 00:00

Octavi Fors
Messages: 13
Registered: March 1999

Junior Member

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
"Eric J. Korpela" wrote:
<blockquote TYPE=CITE>In article <3794B8F8.8EEB716@fajnm1.am.ub.es>,
 Octavi Fors  <octavi@fajnm1.am.ub.es> wrote:
 >ld.so.1: /usr/local/rsi/idl_5/bin/bin.solaris2.sparc/idlde:
 >fatal: relocation error: symbol not found: __s_wsle_nv: referenced
in
 >/home/octavi/idl/example.so
The problem with using fortran from within IDL is that the fortran
 libraries aren't already in memory.  You'll need to do something
to ensure
 the fortran libraries are loaded either by statically linking them
with
 your .so</blockquote>
How could I do this? From your words, I understand that my previous
 link command
$ /usr/ucb/ld -o example.so -z text -G example.o example1.o
doesn't load fortran libraries. Is there any other /usr/ucb/ld
option to really load
 them?
You may have seen I'm using gcc and /usr/ucb/ld (both from GNU) with
f77
 (from SUN). Maybe there's some incovenient? What do you think?
 I know it would be better to use g77 (GNU) to uniformize compilers
and linkers,
 but I still don't have it  installed (I've to talk with superuser).
Another option would be to use cc, f77 and ld (all of them from SUN),
with the
 following procedure:
$ cc -G -Kpic -fsingle -c example.c
 $ f77 -c -pic example1.for
 $ ld -G -o example.so example.o example1.o /opt/SUNWspro/SC4.2/lib/libF77.a
                                                                                       
/opt/SUNWspro/SC4.2/lib/libm.a
apparently it gives no problem, but when you go to IDL, and try to make:
IDL> value = CALL_EXTERNAL('/home/octavi/example.so','example',
$
                                                              
n1, x1, y1, var1, rlimit1,n2, x2, y2, var2, rlimit2)
you obtain:
% CALL_EXTERNAL: Error loading sharable executable.
                   
Symbol: cdmtriang, File =
                   
/home/octavi/example.so
                   
ld.so.1: /usr/local/rsi/idl_5/bin/bin.solaris2.sparc/idlde:
                   
fatal: relocation error: symbol not found: __fp_class:
                   
referenced in /home/octavi/example.so
                   
% Execution halted at:  $MAIN$
:-(  Do you know what does it mean? (Sorry for ignorance :-)
  
Thanks in advance,
Octavi.
 ============================================================ ===== 
Octavi Fors Aldrich
Astronomy Department
 Physics Faculty
 Avgda. Diagonal 647
 08028 Barcelona
 SPAIN
Telf: 34-934021122
 Fax:  34-934021133
 e-mail: octavi@fajnm1.am.ub.es
 ============================================================ ===== 
  
  </html>

Report message to a moderator

Re: CALL_EXTERNAL failure. [message #16350 is a reply to message #16348]

Tue, 20 July 1999 00:00

korpela
Messages: 59
Registered: September 1993

Member

In article <3794B8F8.8EEB716@fajnm1.am.ub.es>,
Octavi Fors <octavi@fajnm1.am.ub.es> wrote:
> ld.so.1: /usr/local/rsi/idl_5/bin/bin.solaris2.sparc/idlde:
> fatal: relocation error: symbol not found: __s_wsle_nv: referenced in
> /home/octavi/idl/example.so

The problem with using fortran from within IDL is that the fortran
libraries aren't already in memory. You'll need to do something to ensure
the fortran libraries are loaded either by statically linking them with
your .so or by calling a fortran function that expects no parameters in
a call external for example

IDL> b=call_external("/usr/lib/libF77.so.1.4","getpid_")

Be warned, however, that this second method could result in other undefined
symbols if there are multiple fortran librarues.

Eric
--
Eric Korpela | An object at rest can never be
korpela@ssl.berkeley.edu | stopped.
<a href="http://sag-www.ssl.berkeley.edu/~korpela">Click for home page.</a>

Report message to a moderator

Previous Topic:	Re: There is NO TRUTH! Re: Histogram Hot-shots Required
Next Topic:	CALL_EXTERNAL failure.

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sat Oct 11 02:18:45 PDT 2025

Total time taken to generate the page: 0.80001 seconds