[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: external C program
From: |
Etienne Grossmann |
Subject: |
Re: external C program |
Date: |
Sun, 22 Jun 2003 21:59:50 +0100 |
User-agent: |
Mutt/1.3.28i |
Hello,
what about linking directly the .cc to your lib? I.e. #include
"your_tree_lib.h" in the .cc file that calls your tree functions and
link -l my_tree when making the .oct (see iirc how delaunay.cc is
done).
Just my 2c,
Etienne
On Sun, Jun 22, 2003 at 02:42:21PM -0400, E2 wrote:
# Howdy, I'm want to write some tree intensive functions and I noticed
# that octave is strictly call by value. I figure this means I'll
# have to do some absurd things to work on my trees if I choose to do
# it directly in octave. The next thing that comes to mind is to use
# a C program to handle all of the tree work. But I also need to save
# the internal state of the C program to avoid passing a huge tree
# structure back and fourth or parsing and re-parsing a file. My friends
# tell me that I should use a socket for IPC, so the C program can keep
# running. I plan on using a C++ wrapper .oct file thingy to forward
# octave I/O to the socket, or I think I heard something about a socket
# acting like a file (in which case I'd use regular file I/0 to send
# octave generated requests to the C program). So anyway, I'm beginning
# to wonder if I'm going around my ass to scratch my elbow. Has anyone
# done something like this before or know the best way?
#
# Thanks-a-million in advance!
#
# --
# --E2
--
Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne
-------------------------------------------------------------
Octave is freely available under the terms of the GNU GPL.
Octave's home on the web: http://www.octave.org
How to fund new projects: http://www.octave.org/funding.html
Subscription information: http://www.octave.org/archive.html
-------------------------------------------------------------