home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / sci / math / stat / 2852 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.9 KB
  1. Xref: sparky sci.math.stat:2852 comp.sys.sun.apps:3078
  2. Path: sparky!uunet!cs.utexas.edu!torn!nott!hpb.hwc.ca!ehd.hwc.ca!mwalker
  3. Newsgroups: sci.math.stat,comp.sys.sun.apps
  4. Subject: Splus:  fortran subroutines
  5. Message-ID: <1993Jan21.092939.507@hpb.hwc.ca>
  6. From: mwalker@ehd.hwc.ca (Michael Walker)
  7. Date: 21 Jan 93 09:29:37 
  8. Distribution: na
  9. Organization: Health and Welfare, Canada
  10. Keywords: Splus,dyn.load,f77 
  11. Nntp-Posting-Host: bcad2.ehd.hwc.ca
  12. Lines: 44
  13.  
  14.  
  15. Here is a brief description of my problem and what I have done so far to try
  16. to solve it:
  17.  
  18.  
  19.      I have a fortran subroutine that I want to "dyn.load" into Splus
  20. (Version 3.0 for SUN4).  Because I am only learning how to load subroutines,
  21. this subroutine merely tells you if a string begins with "h" or not.
  22.  
  23.      The subroutine, little.f, was compiled using f77 and the command
  24.  
  25. % f77 -o -Bstatic little.f
  26.  
  27.      I first tried to load the object file into Splus using dyn.load():
  28.  
  29. > dyn.load("little.o")
  30. Error in dyn.load("little.o"): No definition for symbol "_s_cmp"
  31. Dumped
  32.  
  33.      Apparently dyn.load() doesn't have access to the fortran library that
  34. tells it how to compare two strings.  I then tried using dyn.load2():
  35.  
  36. > dyn.load2("little.o")
  37. ld: : bad magic number
  38. ld: No such file or directory
  39. Error in dyn.load2("little.o"): 'ld -A ...' failed
  40. Dumped
  41.  
  42.  
  43.      I know the following:
  44.  
  45. 1)  dyn.load() does not work if any "system libraries" need to be "included".
  46. I am no computer expert and so I'm not sure I know what this means.
  47.  
  48. 2)  The file LIB_HINT is where it should be, and it looks *exactly* the same
  49. as those on systems where dyn.load2() works properly.
  50.  
  51.      I am guessing that this is a local problem, having something to do with
  52. the way Splus was installed here.  Unfortunately, nobody here can seem to help
  53. me.  If anyone else has had this problem or can see where solution lies,
  54. please reply by E-mail.
  55.  
  56.      Thanks in advance for any suggestions.
  57.      MJ
  58.