Re: Creating a standalone executable

[Paul Kienzle]

On Wed, Dec 18, 2002 at 12:09:55PM -0600, John W. Eaton wrote:
> On 13-Dec-2002, JD Cole <address@hidden> wrote:
> 
> | I am trying to write a standalone application using the Octave API and 
> | am running into some trouble when I actually run the application. Here's 
> | what I did:
> | 
> | source code (a.cc)
> | =========
> | #include <octave/oct.h>
> | 
> | #include <iostream>
> | 
> | using namespace std;
> | 
> | int main(int argc, char *argv[])
> | {
> |   octave_value a(10.0),b(20.0),c;
> | 
> |   c = a + b;
> | 
> |   c.print(cout);
> |  
> |   return (0);
> | }
> | 
> | how I compiled it
> | =============
> | Initially I tried using the "--link-stand-alone" argument to mkoctfile, 
> | but it seemed to be missing the library arguments "-lkpathsea 
> | -loctinterp" or else I get missing symbols related to these two libraries.
> 
> I've modified mkoctfile so that it will include these libraries when
> linking stand alone executables.
> 
> But there is another problem in that the kpathsearch library is not
> installed when Octave is installed.
> 
> Eventually, I'd like to remove kpathsearch from the Octave sources,
> but we can't do that quite yet.  Some changes were needed to make
> kpathsearch work with Octave, and I'm not sure those changes are in
> any released version of kpathsearch yet, though I believe the changes
> have been accepted by the kpathsearch maintainer.
> 
> I'm not sure whether it is a good idea to just install the
> libkpathsea.a from Octave's sources, since that may wipe out some
> other version of the library that is installed, depending on how
> libdir is set when building Octave.  So maybe we should rename
> Octave's libkpathsea.a to be liboctkpathsea.a and install that
> instead?
> 
> Other suggestions?

Is there some way to force liboctave or liboctinterp to include all
the symbols from libkpathsea.a that it needs so that you do not
have to subsequently link against libkpathsea?  I thought it did this
already.

Paul Kienzle
address@hidden