Re: Shared object error

Hi Rick,

Ah yes, I am using bash so that would be a good reason why the wrapit77
didn't work. Managed to get someone to look over the fortran and they found
the source of the issue. I hadn't changed all the variable names when I
ported the code from NCL to fortran so I had a few cases of "ln" instead of
"fn" which the code was expecting. I didn't spot them as I had searched the
code for the "ln_" thrown up in the error. I have learnt something there at
least. But thanks for your time.

Kay

On 30 May 2014 02:43, Rick Brownrigg <brownrig@ucar.edu> wrote:

> Hi Kay,
>
> Its hard to know where/what is dragging in this symbol "In_", especially
> without seeing the fortran code. As for the use of the wrapit77 comand
> below, the output redirection ">!" is C-shell notation whereas ">|" is bash
> notation (isn't that an unfortunate incompatibility!), and since you are
> ending up with a file named "!", I'm guessing you are using bash.
>
> Hope that helps…
> Rick
>
> On May 28, 2014, at 5:37 PM, Kay Shelton <kay.shelton@gmail.com> wrote:
>
> Hello NCL-talkers,
>
> I was wondering if you may be able to provide some assistance with an
> issue I am having when trying to load a shared object into NCL.
>
> I have a Fortran 77 subroutine, which appears to compile just fine with
> various WRAPIT commands (eg the default WRAPIT, and with the -fPIC and -m64
> options). However, when I load the .so into NCL I receive the following
> error:
>
> Copyright (C) 1995-2013 - All Rights Reserved
> University Corporation for Atmospheric Research
> NCAR Command Language Version 6.1.2
> The use of this software is governed by a License Agreement.
> See http://www.ncl.ucar.edu/ for more details.
> warning:An error occurred loading the external file ./sub.lines.so, file
> not loaded
> ./sub.lines.so: undefined symbol: ln_
>
> Note this is the second .so I am loading in this script, the first suffers
> no such issues. I have attempted to locate the "ln_" on my system but only
> get the following:
>
> /usr/local/MATLAB/R2013a/help/econ/exact_soln_minus_euler_approx.png
>
> I am guessing this is not what I am looking for. I have run through the
> troubleshooting tips associated with both WRAPIT and with loading shared
> objects, but have found no solutions. The only thing I have come up against
> (and here I may well be applying this technique completely inappropriately)
> occurred when I attempted to use "wrapit77", following this example
> http://www.ncl.ucar.edu/Document/Manuals/Ref_Manual/NclExtend.shtml#wrapit77
> . When I ran *wrapit77* < wrapper_input >! wrapper_W.c (using my .f file
> as the wrapper_input, with appropriate wrapper text), all I ended up with
> was a file named "!", so no .c was created, but no error was shown.
>
> Consequently I am a little at a loss, although I am sure I may have made a
> simple error somewhere. Note I have also tried creating the shared object
> by putting the wrapper text into a separate .stub file. This method creates
> the .so just fine, but I get the same undefined symbol error as before when
> attempting to run the NCL script.
>
> Any suggestions would be very welcome.
>
> Thanks,
> Kay
> _______________________________________________
> ncl-talk mailing list
> List instructions, subscriber options, unsubscribe:
> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>
>
>

_______________________________________________
ncl-talk mailing list
List instructions, subscriber options, unsubscribe:
http://mailman.ucar.edu/mailman/listinfo/ncl-talk
Received on Thu May 29 18:33:14 2014