[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Graphical octave frontend

From: Ulrich Kuettler
Subject: Re: Graphical octave frontend
Date: Wed, 12 Mar 2003 14:32:40 +0100
User-agent: KMail/1.5

On Wednesday 12 March 2003 13:07, Paul Kienzle wrote:
> John W. Eaton wrote:
> >On 11-Mar-2003, Paul Kienzle <address@hidden> wrote:
> >| Ulrich Kuettler wrote:
> >| >To me it's really amazing how well octave fits, how easy it is to
> >| >use it. The only difficulty I see now is the file config.h as there
> >| >is a file of the same name inside koffice. And would it be possible
> >| >to add "--cflags" and "--libs" options to octave-config? This would
> >| >make the build process a lot easier.
> >|
> >| Do you mean:
> >|
> >|     CFLAGS=... LIBS=... ./configure
> >|
> >| Or do you mean:
> >|
> >|     mkoctfile -p CFLAGS
> >|     mkoctfile -p LIBS
> >
> >No, I think he means the octave-config script that we generate.  The
> >intent is for it to be used by people who want to find out things
> >about Octave's configuration.  But currently it can only tell a few
> >things.

That's exactly what I meant.

> He is trying to compile and link a standalone app
> against liboctave/liboctinterp.  That's what mkoctfile
> is for.  If he doesn't want to use mkoctfile, then he
> can query mkoctfile for the compiler flags that it
> would use.  octave-config doesn't need to be extended
> to handle this.

Hmm. It seems you can get all the required information out of mkoctfile. Fine! 
I won't complain anymore then. ;)

> For the rest, one can always do as I'm doing in the
> most recent octave-forge:
>   dnl grab canonical_host_type from octave
>   canonical_host_type=`echo
> "disp(octave_config_info('canonical_host_type'))"\
>      | $OCTAVE -q`

That's another very interesting option. Thanks.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]