Re: eigs and ARPACK

[Thomas Treichl]

David Bateman schrieb:
> Thomas Treichl wrote:
> > That's it right now, I hope I could give some feedback...
> >
> > Best regards,
> >
> >   Thomas
> Thomas thanks for the report, yes it did help even if I'm late in 
> replying. I hope to have a patch soon, if I can figure out my linking 
> issue.

Well, I'm even more slow ;) The ARPACK beast made some problems on my Mac but 
finally I found out that all the problems disappear if I just use g95 to create 
libarpack.dylib (instead of f2c). The usage of g95 for libarpack.dylib now makes 
me thinking about some more other things...

At the moment I still have the problem that linking of liboctave.dylib fails 
because of undefined symbols:

  ld: Undefined symbols:
  _dnaupd_
  _dneupd_
  _dsaupd_
  _dseupd_
  _znaupd_
  _zneupd_
  /usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool:
    internal link edit command failed

that's why I added "$(ARPACK_LIBS)" to "LINK_DEPS" of "Makefile.in" in the 
directory of liboctave. I cheated, and also compiled the latest Octave sources 
on my virtual Debian GNU/Linux box. That system doesn't need to know anything 
about $(ARPACK_LIBS) for liboctave.so but just compiles fine without that 
information - can you help me to understand where GNU/Linux gets it's 
information about these functions from? Is my hack the right thing that should 
be done or am I missing something?

Best regards,

  Thomas