From help-octave-request@che.utexas.edu Tue Feb 8 02:26:16 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id CAA12773 for help-octave-outgoing; Tue, 8 Feb 1994 02:26:16 -0600
Received: from mahler.belnet.be (mahler.belnet.be [193.190.248.16]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id CAA12768 for ; Tue, 8 Feb 1994 02:26:12 -0600
Received: from rc1.vub.ac.be by mahler.belnet.be with SMTP (PP);
Tue, 8 Feb 1994 09:26:08 +0100
Received: from is2e.vub.ac.be by rc1.vub.ac.be (4.1/RC1-931231) id AA16405;
Tue, 8 Feb 94 09:29:50 +0100
Received: by is2e.vub.ac.be (5.61/BFUCC-920211) id AA04591;
Tue, 8 Feb 94 09:26:04 +0100
From: npettiau@ulb.ac.be (Pettiaux Nicolas)
Message-Id: <9402080826.AA04591@is2e.vub.ac.be>
Subject: 2 little questions
To: help-octave@che.utexas.edu
Date: Tue, 8 Feb 94 9:26:04 MET
X-Mailer: ELM [version 2.3 PL11]
Sender: help-octave-request@che.utexas.edu
Here are little questions :
1 Does Octave compile on a Dec Alpha with OSF 1 ? I suppose not , as I noticed
that C++ in GNu g++ is not yet implemented on the DEC Alpha.
2 in the manual that I printed, I did not found references on users defined
functions IN FILES, as ".m" files are in Matlab. Are they implemented ?
What is the functional compatibility with Matlab in general ? (functions...)
Thanks ,
Nicolas
==========================================================================
| Nicolas Pettiaux Laboratoire de physique biomedicale, CP 613 |
| ULB, Campus Erasme Route de Lennik 808, B-1070 Brussels, Belgium |
| Tel: +32.2.555.61.35, Fax: +32.2.555.61.62, Email: npettiau@ulb.ac.be |
==========================================================================
From help-octave-request@che.utexas.edu Tue Feb 8 02:40:20 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id CAA20453 for help-octave-outgoing; Tue, 8 Feb 1994 02:40:20 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id CAA20448 for ; Tue, 8 Feb 1994 02:40:17 -0600
Message-Id: <199402080840.CAA20448@schoch.che.utexas.edu>
To: help-octave
Subject: Re: 2 little questions
In-reply-to: Your message of Tue, 08 Feb 94 09:26:04 +0700
Date: Tue, 08 Feb 94 02:40:15 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
npettiau@ulb.ac.be (Pettiaux Nicolas) wrote:
: 1 Does Octave compile on a Dec Alpha with OSF 1 ? I suppose not , as
: I noticed that C++ in GNu g++ is not yet implemented on the DEC Alpha.
The last time I tried, it compiled but failed to run. I have been
able to translate the DECstation binary with mx and it seems to work.
If anyone is interested in getting a working binary on the Alpha and
doesn't have a license for DECmigrate, send me a message and I'll se
about putting together a binary distribution for the Alpha using
translated binaries.
jwe
From help-octave-request@che.utexas.edu Tue Feb 8 03:02:07 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id DAA20822 for help-octave-outgoing; Tue, 8 Feb 1994 03:02:07 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id DAA20817 for ; Tue, 8 Feb 1994 03:02:06 -0600
Message-Id: <199402080902.DAA20817@schoch.che.utexas.edu>
To: help-octave@che.utexas.edu
Subject: Re: 2 little questions
In-reply-to: Your message of Tue, 08 Feb 94 09:26:04 +0700
Date: Tue, 08 Feb 94 03:02:06 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
npettiau@ulb.ac.be (Pettiaux Nicolas) wrote:
: 2 in the manual that I printed, I did not found references on users defined
: functions IN FILES, as ".m" files are in Matlab. Are they implemented ?
Yes, they work more or less like Matlab .m files. There will be more
information about function and script files in the next version of the
manual.
: What is the functional compatibility with Matlab in general ? (functions...)
I'm not sure exactly what you're asking here, but I'll take a stab at
answering anyway. :-)
Octave is compatible with Matlab in many ways, but my intent is to
produce a useful system for doing numerical computations, not to
develop an exact clone of Matlab.
Since there are lots of engineers who know Matlab, I decided to use a
language that is reasonably compatible so that new users of Octave
would not have to learn a completely new language. I am not concerned
about copying each and every Matlab feature, but I want to make it
easy for Matlab users to get started using Octave.
(That said, if you do find incompatibilities, please report them as
bugs to bug-octave@che.utexas.edu anyway as it may be something that
we would like to fix.)
I hope that Octave will eventually be better than Matlab, but that
will probably only happen if people decide to use Octave and
contribute to its development. Octave depends on its users to improve
it by contributing new functions. If the most talented people decide
to write code for Octave and make their work freely available, I
believe that Octave will improve rapidly. If instead they decide to
write toolboxes for the MathWorks to sell...
I think that in some areas Octave is already better than Matlab. For
example, Octave can handle DAE's and stiff ODE's with built-in
integrators. I also think Octave's command-line interface is better,
because it offers things like command and variable name completion,
and the ability to enter functions directly on the command line.
Of course there are also lots of things that Matlab can do that have
not yet been done in Octave. For example, none of the version 4.x
graphics functions are available. I hope that Octave will eventually
have better plotting capabilities, but I doubt that we will copy the
Matlab 4.x features directly.
jwe
From help-octave-request@che.utexas.edu Tue Feb 8 04:33:46 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id EAA22124 for help-octave-outgoing; Tue, 8 Feb 1994 04:33:46 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id EAA22117; Tue, 8 Feb 1994 04:33:44 -0600
Message-Id: <199402081033.EAA22117@schoch.che.utexas.edu>
To: help-octave
cc: jbraw, swinnea
Subject: Octave version 0.82 released
X-Zippy: Could I have a drug overdose?
Date: Tue, 08 Feb 94 04:33:44 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
Octave version 0.82 is now available for ftp from ftp.che.utexas.edu
in the directory /pub/octave. Gzipped tar files are available, as are
diffs relative to version 0.81.
Binaries for SPARCstation, DECstation, DEC Alpha/OSF, and IBM RS/6000
systems are also available.
The DEC Alpha binary distribution was created by translating the
DECstation binary with DECmigrate. Once the GNU C++ compiler works on
the Alpha we will begin distributing binaries compiled on the Alpha
instead of distributing mx-translated binaries. (If anyone knows of
patches to make g++ work on the Alpha, please contact me.)
Binaries for other systems will be made available as time permits, or
as others make them available to us. If you would like help out by
making binaries available for other systems, please contact
bug-octave@che.utexas.edu.
For version 0.82, you must have the GNU C++ compiler (gcc) version
2.5.6 or later to compile Octave.
Summary of changes for version 0.82:
-----------------------------------
* Octave now comes with a reference card.
* The manual has been improved, but more work remains to be done.
Any comments on the organization or content of the manual would be
greatly appreciated.
* The atanh function now works for complex arguments.
* The asin, acos, acosh, and atanh functions now work properly when
given real-valued arguments that produce complex results.
* SEEK_SET, SEEK_CUR, and SEEK_END are now constants.
* The `using' qualifier now works with gplot and gsplot when the
data to plot is coming directly from a file.
* The strcmp function now works correctly for empty strings.
* Eliminated bogus parse error for M-files that don't end with `end'
or `endfunction'.
* For empty matrices with one nonzero dimension, the +, -, .*, and
./ operators now correctly preserve the dimension.
* Octave no longer crashes if you type ^D at the beginning of a line
in the middle of defining a loop or if statement.
* On AIX systems, back off on indexing DiagArray via Proxy class to
avoid gcc (or possibly AIX assembler?) bug.
* Various other bug and portability fixes.
--
John W. Eaton | Among other things, we have added the missing semicolon.
jwe@che.utexas.edu | -- Jim Blandy, announcing Emacs 19.15.
From help-octave-request@che.utexas.edu Sun Feb 13 19:00:49 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id TAA11131 for help-octave-outgoing; Sun, 13 Feb 1994 19:00:49 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id TAA11126; Sun, 13 Feb 1994 19:00:47 -0600
Message-Id: <199402140100.TAA11126@schoch.che.utexas.edu>
To: help-octave
cc: jbraw
Subject: Octave version 0.83 released
Date: Sun, 13 Feb 94 19:00:47 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
Octave version 0.83 is now available for ftp from ftp.che.utexas.edu
in the directory /pub/octave. Gzipped tar files are available, as are
diffs relative to version 0.82.
This version fixes a few bugs and cleans up a few portability and
configuration problems that were causing build failures on some
systems.
If you find any problems that prevent this version from building
cleanly, or if you find any new bugs, please send a note to
bug-octave@che.utexas.edu.
Thanks,
--
John W. Eaton | Among other things, we have added the missing semicolon.
jwe@che.utexas.edu | -- Jim Blandy, announcing Emacs 19.15.
From help-octave-request@che.utexas.edu Mon Feb 14 02:41:54 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id CAA13428 for help-octave-outgoing; Mon, 14 Feb 1994 02:41:54 -0600
Received: from mahler.belnet.be (mahler.belnet.be [193.190.248.16]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id CAA13423 for ; Mon, 14 Feb 1994 02:41:47 -0600
Received: from rc1.vub.ac.be by mahler.belnet.be with SMTP (PP);
Mon, 14 Feb 1994 09:41:25 +0100
Received: from is2e.vub.ac.be by rc1.vub.ac.be (4.1/RC1-931231) id AA22815;
Mon, 14 Feb 94 09:45:17 +0100
Received: by is2e.vub.ac.be (5.61/BFUCC-920211) id AA16671;
Mon, 14 Feb 94 09:41:21 +0100
From: npettiau@ulb.ac.be (Pettiaux Nicolas)
Message-Id: <9402140841.AA16671@is2e.vub.ac.be>
Subject: Easy reading of a data file
To: help-octave@che.utexas.edu
Date: Mon, 14 Feb 94 9:41:19 MET
X-Mailer: ELM [version 2.3 PL11]
Sender: help-octave-request@che.utexas.edu
Hi,
We are starting to use Octave. Is there an easy way to
read column data files in octave or does it have to be done
with the other C-style input/output functions ?
ie.
AI want to read in a file containing
a aa
b bb
c cc
...
Thanks,
Nicolas
==========================================================================
| Nicolas Pettiaux Laboratoire de physique biomedicale, CP 613 |
| ULB, Campus Erasme Route de Lennik 808, B-1070 Brussels, Belgium |
| Tel: +32.2.555.61.35, Fax: +32.2.555.61.62, Email: npettiau@ulb.ac.be |
==========================================================================
From help-octave-request@che.utexas.edu Mon Feb 14 15:58:57 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id PAA26585 for help-octave-outgoing; Mon, 14 Feb 1994 15:58:57 -0600
Received: from sparc02.cc.ncsu.edu (sparc02.cc.ncsu.edu [152.1.10.82]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id PAA26580 for ; Mon, 14 Feb 1994 15:58:55 -0600
From: tannous@unity.ncsu.edu
Received: from sparc03.cc.ncsu.edu by sparc02.cc.ncsu.edu (4.1/SYSTEMS 12-28-92 15:15:00)
id AA18615; Mon, 14 Feb 94 16:58:52 EST
Posted-Date: Mon, 14 Feb 1994 16:58:51 -0500 (EST)
Received: by sparc03.cc.ncsu.edu (4.1/SMI-4.0)
id AA02742; Mon, 14 Feb 94 16:58:51 EST
Message-Id: <9402142158.AA02742@sparc03.cc.ncsu.edu>
Subject: Problem installing/RS6000
To: help-octave@che.utexas.edu
Date: Mon, 14 Feb 1994 16:58:51 -0500 (EST)
X-Mailer: ELM [version 2.4 PL23b2/POP]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 672
Sender: help-octave-request@che.utexas.edu
Octave seems to have installed correctly. But now I get the
following message when I try to run it:
----------------------------------------------------------
Could not load program octave
Symbol _system_configuration in ksh is undefined
Symbol _fp_trapstate_ker in ksh is undefined
Error was: Exec format error
-------------------------------------------------------
Did I do something wrong? I poked around in the documentation
but couldn't find anything about symbol settings.
Thanks for any help.
Sam
--
Sam Tannous (sam_tannous@ncsu.edu)
North Carolina State University
Department of Electrical and Computer Engineering
From help-octave-request@che.utexas.edu Mon Feb 14 18:58:59 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id SAA14655 for help-octave-outgoing; Mon, 14 Feb 1994 18:58:59 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id SAA14649; Mon, 14 Feb 1994 18:58:58 -0600
Message-Id: <199402150058.SAA14649@schoch.che.utexas.edu>
To: npettiau@ulb.ac.be (Pettiaux Nicolas)
cc: help-octave@che.utexas.edu
Subject: Re: Easy reading of a data file
In-reply-to: Your message of Mon, 14 Feb 94 09:41:19 +0700
Date: Mon, 14 Feb 94 18:58:58 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
npettiau@ulb.ac.be (Pettiaux Nicolas) wrote:
: We are starting to use Octave. Is there an easy way to
: read column data files in octave or does it have to be done
: with the other C-style input/output functions ?
:
: ie.
:
: AI want to read in a file containing
:
: a aa
: b bb
: c cc
: ...
You can do it with C-style I/O functions, but it is probably much
faster to do it with the load command. To do this, you will need to
add some comments to the beginning of the file that tell Octave how
much data to expect, and the variable name to store it in. The load
command expects data in the same format as created by the save
command. You can do something like
a = [1,2;3,4]
save - a
to get an example of the format used by the save command. (Using `-'
as the file name tells save to print to the screen instead of saving
the data in a file.)
jwe
From help-octave-request@che.utexas.edu Thu Feb 17 15:15:54 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id PAA15140 for help-octave-outgoing; Thu, 17 Feb 1994 15:15:54 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id PAA15133; Thu, 17 Feb 1994 15:15:51 -0600
Message-Id: <199402172115.PAA15133@schoch.che.utexas.edu>
To: help-octave
cc: jbraw, swinnea
Subject: Octave version 1.0 released
Date: Thu, 17 Feb 94 15:15:48 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
-------------------------------
ANNOUNCING: Octave Version 1.0
-------------------------------
Octave version 1.0 is now available for ftp from ftp.che.utexas.edu
in the directory /pub/octave. Gzipped tar files are available, as are
diffs relative to version 0.83.
Binaries for several popular systems are also available. If you would
like help out by making binaries available for other systems, please
contact bug-octave@che.utexas.edu.
What is Octave?
---------------
Octave is a high-level language, primarily intended for numerical
computations. It provides a convenient command line interface for
solving linear and nonlinear problems numerically.
Octave can do arithmetic for real and complex scalars and matrices,
solve sets of nonlinear algebraic equations, integrate functions over
finite and infinite intervals, and integrate systems of ordinary
differential and differential-algebraic equations.
Octave uses the GNU readline library to handle reading and editing
input. By default, the line editing commands are similar to the
cursor movement commands used by GNU Emacs, and a vi-style line
editing interface is also available. At the end of each session, the
command history is saved, so that commands entered during previous
sessions are not lost.
The Octave distribution includes a 150+ page Texinfo manual. Access
to the complete text of the manual is available via the help command
at the Octave prompt.
Two and three dimensional plotting is fully supported using gnuplot.
The underlying numerical solvers are currently standard Fortran ones
like Lapack, Linpack, Odepack, the Blas, etc., packaged in a library
of C++ classes. If possible, the Fortran subroutines are compiled
with the system's Fortran compiler, and called directly from the C++
functions. If that's not possible, you can still compile Octave if
you have the free Fortran to C translator f2c.
Octave is also free software; you can redistribute it and/or modify it
under the terms of the GNU General Public License as published by the
Free Software Foundation.
Instructions for obtaining Octave are given below.
Using Octave
------------
Here are a few examples of the kinds of things Octave can do.
* to enter and compute the SVD of a matrix:
bash$ octave
Octave, version 1.0. Copyright (C) 1992, 1993, 1994 John W. Eaton.
This is free software with ABSOLUTELY NO WARRANTY.
For details, type `warranty'.
octave:1> a = [ 1, 2, 3 ; 4, 5, 6 ]
a =
1 2 3
4 5 6
octave:2> svd (a)
ans =
9.50803
0.77287
* to also get the left and right singular matrices:
octave:3> [u, s, v] = svd (a)
u =
-0.38632 -0.92237
-0.92237 0.38632
s =
9.50803 0.00000 0.00000
0.00000 0.77287 0.00000
v =
-0.42867 0.80596 0.40825
-0.56631 0.11238 -0.81650
-0.70395 -0.58120 0.40825
* to check the result:
octave:4> u * s * v'
ans =
1.00000 2.00000 3.00000
4.00000 5.00000 6.00000
* to solve a set of differential equations (ending a statement with a
semicolon suppresses the default output):
octave:5> function xdot = f (x, t)
> xdot = zeros (3, 1);
> xdot(1) = 77.27 * (x(2) - x(1) * x(2) + x(1) - 8.375e-06 * x(1)^2);
> xdot(2) = (x(3) - x(1) * x(2) - x(2)) / 77.27;
> xdot(3) = 0.161*(x(1) - x(3));
> endfunction
octave:6> output_times = [0, logspace (-1, 2.4), logspace (2.4, 2.69896)];
octave:7> y = lsode ("f", [4; 1.1; 4], output_times);
octave:8> y
y =
4.0000e+00 1.1000e+00 4.0000e+00
7.8425e+00 1.0950e+00 4.0343e+00
8.2873e+00 1.0937e+00 4.0456e+00
8.7588e+00 1.0921e+00 4.0602e+00
...
...
* and save the output in a text file:
save foo.dat y
Where to get Octave
-------------------
If you are on the Internet, you can copy the latest distribution
version of Octave from the file /pub/octave/octave-M.N.tar.gz, on the
host ftp.che.utexas.edu. This tar file has been compressed with GNU
gzip, so be sure to use binary mode for the transfer. M and N stand
for version numbers; look at a listing of the directory through ftp to
see what version is available. After you unpack the distribution, be
sure to look at the files README and INSTALL.
Installation
------------
Octave requires approximately 25MB of disk storage to unpack and
install (significantly less if you don't compile with debugging
symbols). In order to build Octave, you will need a current version
of g++, libg++, and GNU make. If you don't have these tools, you can
get them from many anonymous ftp archives, including ftp.che.utexas.edu,
ftp.uu.net, prep.ai.mit.edu, and wuarchive.wustl.edu, or by writing to
the FSF at 675 Mass Ave, Cambridge, MA 02139, USA.
Octave has been compiled and tested with g++ and libg++ on a
SPARCstation 2 running SunOS 4.1.2, an IBM RS/6000 running AIX 3.2.5,
a DECstation 5000/240 running Ultrix 4.2a, HP 9000/700 series systems
running HP-UX 9.01, i486 systems running Linux and NetBSD, and NeXT
systems.
Implementation
--------------
Octave is being developed with GNU make, bison (a replacement for
YACC), flex (a replacement for lex), gcc/g++, and libg++ on Sun
SPARCstations, DEC DECstations, and IBM RS/6000s. It should be
easy to port it to any machine that has a working port of gcc/g++.
The underlying numerical solvers are currently standard Fortran ones
like Lapack, Linpack, Odepack, the Blas, etc., packaged in a library
of C++ classes (see the files in the libcruft and liboctave
subdirectories). If possible, the Fortran subroutines are compiled
with the system's Fortran compiler, and called directly from the C++
functions. If that's not possible, they are translated with f2c and
compiled with a C compiler. Better performance is usually achieved if
the intermediate translation to C is avoided.
The library of C++ classes may also be useful by itself, and they are
distributed under the same terms as Octave.
Bugs
----
Please report any problems you have to
bug-octave@che.utexas.edu
Your bug reports play an essential role in making Octave reliable.
Reporting a bug may help you by bringing a solution to your problem,
or it may not. In any case, the principal function of a bug report
is to help the entire community by making the next version of Octave
work better. Bug reports are your contribution to the maintenance of
Octave.
The file BUGS in the top level directory of the source distribution
contains more information about how to provide useful bug reports.
Comments and suggestions are also always welcome.
--
John W. Eaton
jwe@che.utexas.edu
Department of Chemical Engineering
The University of Texas at Austin
From help-octave-request@che.utexas.edu Wed Feb 23 11:21:58 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id LAA18667 for help-octave-outgoing; Wed, 23 Feb 1994 11:21:58 -0600
Received: from ARLVAX.ARL.PSU.EDU (arlvax.arl.psu.edu [128.118.40.2]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id LAA18661 for ; Wed, 23 Feb 1994 11:21:51 -0600
Received: from arlvax.arl.psu.edu by arlvax.arl.psu.edu (PMDF #12866) id
<01H983R8CZAS8Y4YBZ@arlvax.arl.psu.edu>; Wed, 23 Feb 1994 12:22 EST
Date: Wed, 23 Feb 1994 12:22 EST
From: "Neal S. Holter"
Subject: problem installing on SGI
To: help-octave@che.utexas.edu
Message-id: <01H983R8CZAS8Y4YBZ@arlvax.arl.psu.edu>
X-VMS-To: IN%"help-octave@che.utexas.edu"
X-VMS-Cc: NSH
Sender: help-octave-request@che.utexas.edu
Hi,
I am attempting to build octave-1.0 on a SGI 4D/70 machine under
IRIX 4.0.5. I have successfully (I think) installed GNU make and
the latest GNU C++ compiler and libg++. The make fails on the
file octave.cc with the errors:
octave.cc: In function `int main(int, char **)':
octave.cc:523: initialization between incompatible pointer types
octave.cc:534: incompatible pointer types for argument 2 of
`void (* signal(int, void (*)(int ...)))(int ...)'
In the file INSTALL.OCTAVE and BUGS, it is stated that on some systems proper
prototypes and macros need to be added to signal.h. Is this one of the
systems with that problem, and if so, what are the changes that need to
be made.
Thanks,
Neal Holter
nsh@arlvax.arl.psu.edu
From help-octave-request@che.utexas.edu Wed Feb 23 12:30:17 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id MAA19709 for help-octave-outgoing; Wed, 23 Feb 1994 12:30:17 -0600
Received: from ireq-robot.hydro.qc.ca (amadeus.ireq-robot.hydro.qc.ca [131.195.20.131]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id MAA19704 for ; Wed, 23 Feb 1994 12:30:13 -0600
Received: from catherine.ireq-robot (catherine.ireq-robot.hydro.qc.ca) by ireq-robot.hydro.qc.ca (4.1/IRBT-2.8)
id AA20754; Wed, 23 Feb 94 13:29:52 EST
Date: Wed, 23 Feb 94 13:29:52 EST
From: Martin Beaudoin
Message-Id: <9402231829.AA20754@ireq-robot.hydro.qc.ca>
To: NSH@arlvax.arl.psu.edu, help-octave@che.utexas.edu
Subject: Re: problem installing on SGI
Sender: help-octave-request@che.utexas.edu
I have successfully installed octave 1.0 on my Indigo^2 system
running Irix 4.0.5h.
I'm using gcc version 2.5.7.
With libg++ Version 2.5.3.
I have been compiling octave without a glitch since version 0.8 just
by using configure, and waiting for a while.
Martin Beaudoin
Martin Beaudoin mbeaudoin@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec Tel: +1 514 652-8136
Varennes, QC, Canada J3X 1S1 Fax: +1 514 652-8435
From help-octave-request@che.utexas.edu Wed Feb 23 13:29:46 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id NAA09614 for help-octave-outgoing; Wed, 23 Feb 1994 13:29:46 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id NAA09609; Wed, 23 Feb 1994 13:29:45 -0600
Message-Id: <199402231929.NAA09609@schoch.che.utexas.edu>
To: "Neal S. Holter"
cc: help-octave@che.utexas.edu
Subject: Re: problem installing on SGI
In-reply-to: Your message of Wed, 23 Feb 94 12:22:00 EST
Date: Wed, 23 Feb 94 13:29:44 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
"Neal S. Holter" wrote:
: I am attempting to build octave-1.0 on a SGI 4D/70 machine under
: IRIX 4.0.5. I have successfully (I think) installed GNU make and
: the latest GNU C++ compiler and libg++. The make fails on the
: file octave.cc with the errors:
:
: octave.cc: In function `int main(int, char **)':
: octave.cc:523: initialization between incompatible pointer types
: octave.cc:534: incompatible pointer types for argument 2 of
: `void (* signal(int, void (*)(int ...)))(int ...)'
:
: In the file INSTALL.OCTAVE and BUGS, it is stated that on some systems proper
: prototypes and macros need to be added to signal.h. Is this one of the
: systems with that problem, and if so, what are the changes that need to
: be made.
The SIG_IGN, SIG_DFL, etc. macros are usually the ones that need to be
fixed. On some systems they end up as
#define SIG_IGN (void (*)())1
when they should be something like
#define SIG_IGN (void (*)(int))1
to match the prototype for signal.
The gcc fixincludes/fixproto script should probably fix this when gcc
installs its modified set of header files, but I don't think that's
been done yet.
I've modified the manual to be more specific about this.
Thanks,
jwe
From help-octave-request@che.utexas.edu Wed Feb 23 13:37:06 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id NAA22067 for help-octave-outgoing; Wed, 23 Feb 1994 13:37:06 -0600
Received: from neal.ctd.comsat.com (neal.ctd.comsat.com [134.133.40.21]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id NAA22062 for ; Wed, 23 Feb 1994 13:37:00 -0600
Received: by neal.ctd.comsat.com (Smail3.1.28.1 #29)
id m0pZPO6-0002fOC; Wed, 23 Feb 94 14:36 EST
Message-Id:
Date: Wed, 23 Feb 94 14:36 EST
From: neal@ctd.comsat.com (Neal Becker)
cc: help-octave@che.utexas.edu
Subject: Nice job!
Sender: help-octave-request@che.utexas.edu
I just built and installed 1.0 on hpux hppa with gcc-2.5.8. Nice job!
No problems!
Just one minor point though. Since on hppa (and on linux) -g forces
static linking I recommend that the default CFLAGS and LDFLAGS do not
use -g. Otherwise the binary is MUCH larger. And I seriously doubt
very many people using octave would want to debug it. If they did
they already know all about this anyway.
From help-octave-request@che.utexas.edu Wed Feb 23 22:09:18 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id WAA02745 for help-octave-outgoing; Wed, 23 Feb 1994 22:09:18 -0600
Received: from adam.ssl.com (adam.marcam.com [165.217.5.119]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id WAA02740 for ; Wed, 23 Feb 1994 22:09:09 -0600
Received: by adam.ssl.com (4.1/SMI-4.1)
id AA22240; Wed, 23 Feb 94 22:39:48 EST
From: jsacco@ssl.com (Joseph E. Sacco)
Message-Id: <9402240339.AA22240@adam.ssl.com>
Subject: little things ...
To: help-octave@che.utexas.edu
Date: Wed, 23 Feb 1994 22:39:47 -0500 (EST)
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1893
Sender: help-octave-request@che.utexas.edu
Hi,
I have been doing some alpha testing on glibc-1.07.4[an alpha release :-)]
so I thought I'd see what I ran into building Octave-1.0. I am using gcc-2.58
and libg++-2.5.3 on a SPARC10 running OS4.1.3.
The first "surprise" was that the configuration process opted to use f2c
rather than the unbundled SUN fortran, version 1.4, in stalled on the system.
Is that normal?
The second "surpise" was a multuple definition of "_z_abs"; one from
libf2c.a and the other from libc.a. I got around this by yanking z_abs.o from
libf2c.a. With this change octave was able to link.
Next I ran the tests in the test directory:
root@adam% make
Test Run By root on Wed Feb 23 22:16:44 EST 1994
Target is sparc-sun-sunos4.1.3
Host is sparc-sun-sunos4.1.3
=== octave tests ===
Running ./octave.test/fsolve.exp ...
Running ./octave.test/index.exp ...
Running ./octave.test/infnan.exp ...
FAIL: infnan-4
Running ./octave.test/npsol.exp ...
FAIL: npsol-1
FAIL: npsol-4
Running ./octave.test/transpose.exp ...
=== octave Summary ===
# of expected passes 22
# of expected failures 0
# of unexpected successes 0
# of unexpected failures 3
../src/octave version 1.0
I believe that the infnan test requires an "infinity" function. Sun's math
library has one. Glibc does not. Is this an IEEE requirement? If so I will
tell the maintainers of glibc to add it.
I don't know what npsol is? There was a reference to it in the README.NLP
as something you need a license from Stanford in order to use it. So that would
certainly explain the othe two failures. So..., it looks like glibc may be
OK for this application.
I've started looking at some of the examples shown in the info doc. Is
plot (x,t) supposed to work? The parser complains that it does recognize
"plot". I have gnuplot installed. The parser recognizes "gplot x".
What about dynamical linking? The config files seem to indicate that
it's been turned off. It does work on my system ven when using the SUN
linker although one has to remember to link "statically".
-Joseph
--
Dr. Joseph E. Sacco | Internet: jsacco@ssl.com
Sacco Scientific |
6 Buena Vista Street | FAX: (617)233-3611
Saugus, MA 01906-2606 | Voice: (617)233-4212
From help-octave-request@che.utexas.edu Wed Feb 23 23:30:38 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id XAA11172 for help-octave-outgoing; Wed, 23 Feb 1994 23:30:38 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id XAA11167; Wed, 23 Feb 1994 23:30:37 -0600
Message-Id: <199402240530.XAA11167@schoch.che.utexas.edu>
To: jsacco@ssl.com (Joseph E. Sacco)
cc: help-octave
Subject: Re: little things ...
In-reply-to: Your message of Wed, 23 Feb 94 22:39:47 EST
Date: Wed, 23 Feb 94 23:30:36 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
jsacco@ssl.com (Joseph E. Sacco) wrote:
: I have been doing some alpha testing on glibc-1.07.4[an alpha release :-)]
: so I thought I'd see what I ran into building Octave-1.0. I am using
: gcc-2.58 and libg++-2.5.3 on a SPARC10 running OS4.1.3.
:
: The first "surprise" was that the configuration process opted to use
: f2c rather than the unbundled SUN fortran, version 1.4, in stalled
: on the system. Is that normal?
No, it should probably have decided to use the Fortran compiler. Was
f77 in your path when you ran configure? If so, and the configure
script still chooses not to use it, it may be that there is a bug in
the f2c-compat.sh and/or flibs.sh scripts. If you can determine why
this failure occurs, send a message to bug-octave@che.utexas.edu and
I'll see if I can fix it.
: The second "surpise" was a multuple definition of "_z_abs"; one from
: libf2c.a and the other from libc.a. I got around this by yanking
: z_abs.o from libf2c.a. With this change octave was able to link.
Ok, but this isn't really a bug in Octave, so I'm not sure what I
should do about it.
: Next I ran the tests in the test directory:
: FAIL: infnan-4
This test is checking to see what `finite (NaN)' returns. I think it
should return false and it does on most (all?) other systems.
: FAIL: npsol-1
: FAIL: npsol-4
The standard distribution doesn't include npsol because it is not
freely redistributable. I suppose I should probably not distribute
the npsol tests either, or at least disable them by default.
: I've started looking at some of the examples shown in the info doc.
: Is plot (x,t) supposed to work? The parser complains that it does
: recognize "plot". I have gnuplot installed. The parser recognizes
: "gplot x".
The gplot function is a builtin, but plot is implemented in a .m file.
I suspect that you haven't completely installed Octave, or that the
LOADPATH is somehow wrong, so Octave is unable to find plot.m.
: What about dynamical linking? The config files seem to indicate that
: it's been turned off. It does work on my system ven when using the
: SUN linker although one has to remember to link "statically".
Octave has some hooks to use dld to provide the ability to link
external object files at run time, but it isn't complete yet. I
haven't tried it in months, and I wouldn't expect it to work now.
Thanks,
jwe
From help-octave-request@che.utexas.edu Thu Feb 24 12:31:05 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id MAA09830 for help-octave-outgoing; Thu, 24 Feb 1994 12:31:05 -0600
Received: from fea1.swanson.com (fea1.swanson.com [192.104.24.51]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id MAA09825 for ; Thu, 24 Feb 1994 12:31:02 -0600
Received: from by
id AA09698; Thu, 24 Feb 94 13:30:23 EST
Received: by (4.1/SMI-4.1)
id AA28279; Thu, 24 Feb 94 13:36:08 EST
Date: Thu, 24 Feb 94 13:36:08 EST
From: stevej@swanson.com (Steve Jones)
Message-Id: <9402241836.AA28279>
To: help-octave@che.utexas.edu
Subject: Complex.h
Sender: help-octave-request@che.utexas.edu
In attempting to build Octave 1.0 on an HP-UX machine with
gcc I encounter:
> g++ -c -I. -I.. -I../liboctave -I. -I./liboctave -DHAVE_CONFIG_H -fexternal-templates -g -
> O -Wall Array.cc
> Array.cc:996: Complex.h: No such file or directory
> make[1]: *** [Array.o] Error 1
What is Complex.h? I can't find it in the distribution?
Where can I get it?
Thanks...
/*
*
* Steve Jones
* Tools and Procedures Group - QA Dept.
* stevejones@swanson.com
* Swanson Analysis Systems, Inc.
* Phone: (412) 746-330
* FAX: (412) 746-9494
*
*/
#include
From help-octave-request@che.utexas.edu Thu Feb 24 12:35:46 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id MAA10147 for help-octave-outgoing; Thu, 24 Feb 1994 12:35:46 -0600
Received: from neal.ctd.comsat.com (neal.ctd.comsat.com [134.133.40.21]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id MAA10142 for ; Thu, 24 Feb 1994 12:35:44 -0600
Received: by neal.ctd.comsat.com (Smail3.1.28.1 #29)
id m0pZkuP-0002fOC; Thu, 24 Feb 94 13:35 EST
Message-Id:
Date: Thu, 24 Feb 94 13:35 EST
From: neal@ctd.comsat.com (Neal Becker)
To: stevej@swanson.com (Steve Jones)
Cc: help-octave@che.utexas.edu
Subject: Complex.h
In-Reply-To: <9402241836.AA28279>
References: <9402241836.AA28279>
Sender: help-octave-request@che.utexas.edu
>>>>> "Steve" == Steve Jones writes:
Steve> In attempting to build Octave 1.0 on an HP-UX machine with
Steve> gcc I encounter:
>> g++ -c -I. -I.. -I../liboctave -I. -I./liboctave
>> -DHAVE_CONFIG_H -fexternal-templates -g - O -Wall Array.cc
>> Array.cc:996: Complex.h: No such file or directory make[1]: ***
>> [Array.o] Error 1
Steve> What is Complex.h? I can't find it in the distribution?
Steve> Where can I get it?
This is part of g++ includes. You must not have g++ installed
correctly. You should find this typically in
/usr/local/lib/g++-include/
From help-octave-request@che.utexas.edu Fri Feb 25 00:02:57 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id AAA14790 for help-octave-outgoing; Fri, 25 Feb 1994 00:02:57 -0600
Received: from liapunov.eecs.umich.edu (liapunov.eecs.umich.edu [141.212.98.118]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id AAA14785 for ; Fri, 25 Feb 1994 00:02:53 -0600
Received: from timoshenko.eecs.umich.edu by liapunov.eecs.umich.edu (NX5.67d/NX3.0M)
id AA05491; Fri, 25 Feb 94 01:02:50 -0500
Received: by timoshenko.eecs.umich.edu (NX5.67d/NX3.0S)
id AA01009; Fri, 25 Feb 94 01:02:49 -0500
Date: Fri, 25 Feb 94 01:02:49 -0500
From: Gisli Ottarsson
Message-Id: <9402250602.AA01009@timoshenko.eecs.umich.edu>
To: help-octave@che.utexas.edu
In-Reply-To: <9402240339.AA22240@adam.ssl.com> (jsacco@ssl.com)
Subject: Octave on NeXT. Problems finding gnuplot.
Sender: help-octave-request@che.utexas.edu
I have difficulty plotting on a NeXT (Motorola, NS-3.1)
using the binary distribution. I run gnuplot 3.2.
octave:1> gplot rand (100,1) with linespoints
warning: plot: unable to open pipe to `gnuplot'
The full path for gnuplot is /usr/local/bin/gnuplot
which seems fairly standard. I have attempted to
set 'gnuplot_binary="/usr/local/bin/gnuplot"' but
this does not help.
I just installed gnuplot 3.5. This did not solve the
problem.
I would appreciate hearing from others that have
successfully installed the Octave binary for NeXT
on a NeXTSTEP 3.1 (black hardware)
Gisli
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Gisli Ottarsson
Grad Student and a Gentleman
Delenda est Carthago.
University of Michigan
gisli@umich.edu
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From help-octave-request@che.utexas.edu Fri Feb 25 07:00:56 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id HAA17105 for help-octave-outgoing; Fri, 25 Feb 1994 07:00:56 -0600
Received: from fea1.swanson.com (fea1.swanson.com [192.104.24.51]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id HAA17100 for ; Fri, 25 Feb 1994 07:00:54 -0600
Received: from by
id AA11282; Fri, 25 Feb 94 08:00:11 EST
Received: by (4.1/SMI-4.1)
id AA29054; Fri, 25 Feb 94 08:05:56 EST
Date: Fri, 25 Feb 94 08:05:56 EST
From: stevej@swanson.com (Steve Jones)
Message-Id: <9402251305.AA29054>
To: help-octave@che.utexas.edu
Subject: finite() and logb() declarations
Sender: help-octave-request@che.utexas.edu
Building Octive 1.0 on HP-UX with gcc/g++,
./bsd-math/log1p.c declares:
extern double scalb(), copysign(), logb(), finite(), log__L();
While gcc's math.h says:
extern int finite(double);
extern int finitef(float);
extern int finite();
extern int logb(double);
extern int logb();
How do you recommend I proceed?
Thanks...
/*
*
* Steve Jones
* Tools and Procedures Group - QA Dept.
* stevejones@swanson.com
* Swanson Analysis Systems, Inc.
* Phone: (412) 746-330
* FAX: (412) 746-9494
*
*/
#include
From help-octave-request@che.utexas.edu Fri Feb 25 08:03:56 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id IAA17408 for help-octave-outgoing; Fri, 25 Feb 1994 08:03:56 -0600
Received: from neal.ctd.comsat.com (neal.ctd.comsat.com [134.133.40.21]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id IAA17403 for ; Fri, 25 Feb 1994 08:03:54 -0600
Received: by neal.ctd.comsat.com (Smail3.1.28.1 #29)
id m0pa38j-0002fOC; Fri, 25 Feb 94 09:03 EST
Message-Id:
Date: Fri, 25 Feb 94 09:03 EST
From: neal@ctd.comsat.com (Neal Becker)
To: stevej@swanson.com (Steve Jones)
Cc: help-octave@che.utexas.edu
Subject: finite() and logb() declarations
In-Reply-To: <9402251305.AA29054>
References: <9402251305.AA29054>
Sender: help-octave-request@che.utexas.edu
>>>>> "Steve" == Steve Jones writes:
Steve> Building Octive 1.0 on HP-UX with gcc/g++,
Steve> ./bsd-math/log1p.c declares:
Steve> extern double scalb(), copysign(), logb(), finite(),
Steve> log__L();
Steve> While gcc's math.h says:
Steve> extern int finite(double); extern int finitef(float);
Steve> extern int finite(); extern int logb(double); extern int
Steve> logb();
Steve> How do you recommend I proceed?
Steve> Thanks...
Strange. I built octave-1.0 on hpux with gcc-2.5.8.u5 with not
problem at all.
Oh now I see. log1p.c should NOT BE COMPILED! If you have hpux9.01
then you already have all these functions. If octave is trying to
autodetect them it may fail. This is a common problem on hpux, these
new math functions are not in the usual math library.
They are in /lib/pa1.1/libm.
I strongly recommend that you put
LPATH="/usr/local/lib:/lib/pa1.1:/usr/lib/pa1.1:/lib:/usr/lib"
in your environment. Always!
The problem is that hp's cc (and also gcc) know about this, but
/bin/ld doesn't!
From help-octave-request@che.utexas.edu Fri Feb 25 09:24:33 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id JAA18286 for help-octave-outgoing; Fri, 25 Feb 1994 09:24:33 -0600
Received: from fea1.swanson.com (fea1.swanson.com [192.104.24.51]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id JAA18281 for ; Fri, 25 Feb 1994 09:24:31 -0600
Received: from by
id AA11804; Fri, 25 Feb 94 10:23:48 EST
Received: by (4.1/SMI-4.1)
id AA29471; Fri, 25 Feb 94 10:29:31 EST
Date: Fri, 25 Feb 94 10:29:31 EST
From: stevej@swanson.com (Steve Jones)
Message-Id: <9402251529.AA29471>
To: neal@ctd.comsat.com
Cc: help-octave@che.utexas.edu, at@swanson.com
In-Reply-To: neal@ctd.comsat.com's message of Fri, 25 Feb 94 09:40:32 EST <9402250940.A29652@smtpgate>
Subject: RE: finite() and logb() declarations
Sender: help-octave-request@che.utexas.edu
> Oh now I see. log1p.c should NOT BE COMPILED! If you have hpux9.01
> then you already have all these functions. If octave is trying to
> autodetect them it may fail. This is a common problem on hpux, these
> new math functions are not in the usual math library.
>
> They are in /lib/pa1.1/libm.
>
> I strongly recommend that you put
>
> LPATH="/usr/local/lib:/lib/pa1.1:/usr/lib/pa1.1:/lib:/usr/lib"
>
> in your environment. Always!
>
> The problem is that hp's cc (and also gcc) know about this, but
> /bin/ld doesn't!
That, indeed, was the problem. To avoid trouble it was necessary to
exclude:
copysign.o
log1p.o
finite.o
logb.o
scalb.o
from LIBOBJS in the src directory.
Thanks very much...
/*
*
* Steve Jones
* Tools and Procedures Group - QA Dept.
* stevejones@swanson.com
* Swanson Analysis Systems, Inc.
* Phone: (412) 746-330
* FAX: (412) 746-9494
*
*/
#include
From help-octave-request@che.utexas.edu Fri Feb 25 09:26:49 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id JAA18327 for help-octave-outgoing; Fri, 25 Feb 1994 09:26:49 -0600
Received: from fea1.swanson.com (fea1.swanson.com [192.104.24.51]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id JAA18322 for ; Fri, 25 Feb 1994 09:26:47 -0600
Received: from by
id AA11808; Fri, 25 Feb 94 10:26:08 EST
Received: by (4.1/SMI-4.1)
id AA29499; Fri, 25 Feb 94 10:31:53 EST
Date: Fri, 25 Feb 94 10:31:53 EST
From: stevej@swanson.com (Steve Jones)
Message-Id: <9402251531.AA29499>
To: help-octave@che.utexas.edu
Subject: RE: finite() and logb() declarations
Sender: help-octave-request@che.utexas.edu
> Oh now I see. log1p.c should NOT BE COMPILED! If you have hpux9.01
> then you already have all these functions. If octave is trying to
> autodetect them it may fail. This is a common problem on hpux, these
> new math functions are not in the usual math library.
>
> They are in /lib/pa1.1/libm.
>
> I strongly recommend that you put
>
> LPATH="/usr/local/lib:/lib/pa1.1:/usr/lib/pa1.1:/lib:/usr/lib"
>
> in your environment. Always!
>
> The problem is that hp's cc (and also gcc) know about this, but
> /bin/ld doesn't!
That, indeed, was the problem. To avoid trouble it was necessary to
exclude:
copysign.o
log1p.o
finite.o
logb.o
scalb.o
from LIBOBJS in the src directory.
Thanks very much...
/*
*
* Steve Jones
* Tools and Procedures Group - QA Dept.
* stevejones@swanson.com
* Swanson Analysis Systems, Inc.
* Phone: (412) 746-330
* FAX: (412) 746-9494
*
*/
#include
From help-octave-request@che.utexas.edu Sun Feb 27 14:20:23 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id OAA12327 for help-octave-outgoing; Sun, 27 Feb 1994 14:20:23 -0600
Received: from mtu.edu (mtu.edu [141.219.70.1]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id OAA12322 for ; Sun, 27 Feb 1994 14:20:21 -0600
Received: from maxwell5.ee.mtu.edu.maxwell (maxwell5.ee.mtu.edu) by mtu.edu with SMTP id AA06667
(5.65c/IDA-1.4.4); Sun, 27 Feb 1994 15:20:18 -0500
From: Constantine Kiriakopoulos
Message-Id: <199402272020.AA06667@mtu.edu>
Subject: matlab compatibility
To: help-octave@che.utexas.edu
Date: Sun, 27 Feb 94 15:20:18 EST
X-Mailer: ELM [version 2.3 PL11]
Sender: help-octave-request@che.utexas.edu
I just installed octave on my computer (486DX running linux), in order to
avoid using matlab, still most of the functions I'm using are from matlab
so, I'm trying to find a way to make these libraries work with octave.
Specifically :
nargins (a matlab variable containing the number of used parameters in
a function does not exist in octave)
hold (a command in matlab does not exist either)
grid (which is a matlab command, in octave is a function, meaning
that its argument has to be in a parenthesis)
I would like, if possible to find some reference in order to bypass these
incompatibilities in order to be able to use matlab libraries with octave.
Sincerelly
Constantine Kiriakopoulos
(ckiriako@mtu.edu)
From help-octave-request@che.utexas.edu Sun Feb 27 16:22:03 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id QAA20863 for help-octave-outgoing; Sun, 27 Feb 1994 16:22:03 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id QAA20858; Sun, 27 Feb 1994 16:22:01 -0600
Message-Id: <199402272222.QAA20858@schoch.che.utexas.edu>
To: Constantine Kiriakopoulos
cc: help-octave@che.utexas.edu
Subject: Re: matlab compatibility
In-reply-to: Your message of Sun, 27 Feb 94 15:20:18 EST
Date: Sun, 27 Feb 94 16:22:00 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
Constantine Kiriakopoulos wrote:
: I just installed octave on my computer (486DX running linux), in order to
: avoid using matlab, still most of the functions I'm using are from matlab
: so, I'm trying to find a way to make these libraries work with octave.
: Specifically :
: nargins (a matlab variable containing the number of used parameters in
: a function does not exist in octave)
Are you sure you don't mean `nargin'? Octave and Matlab both have
this built-in variable.
: hold (a command in matlab does not exist either)
I think this would be tough to add given Octave's use of gnuplot for
graphics, but if someone can come up with a clean way to do this, I
will install the change.
: grid (which is a matlab command, in octave is a function, meaning
: that its argument has to be in a parenthesis)
Matlab will also accept `grid ('on')' or `grid ('off')'.
I'm fairly certain that this was the only syntax that worked with
earlier versions of Matlab.
It probably now works as a `command' with Matlab because Matlab 4.x
can convert any statement like
foo bar baz
to
foo ('bar', 'baz')
automatically. This is a nice feature, because it allows users to add
functions that can be called without using parentheses.
Modifying Octave to do the same would certainly be possible, but would
probably require some significant changes to the parser, so I haven't
bothered to do it.
jwe
From help-octave-request@che.utexas.edu Mon Feb 28 12:07:13 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id MAA28808 for help-octave-outgoing; Mon, 28 Feb 1994 12:07:13 -0600
Received: from rrdbartok.nist.gov (rrdbartok.nist.gov [129.6.120.19]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id MAA28802 for ; Mon, 28 Feb 1994 12:07:10 -0600
Received: by rrdbartok.nist.gov (5.65/DEC-Ultrix/4.3)
id AA23901; Mon, 28 Feb 1994 13:04:16 -0500
Date: Mon, 28 Feb 1994 13:04:16 -0500
From: przemek@rrdbartok.nist.gov (Przemek Klosowski)
Message-Id: <9402281804.AA23901@rrdbartok.nist.gov>
To: help-octave@che.utexas.edu
Subject: Novice question (matrix initialization)
Sender: help-octave-request@che.utexas.edu
Hello,
I am a complete novice to matlab language (actually I use octave). I
am playing with Savitzky-Golay filters, which are calculated from a
rather simple matrix: A(i,j) = i^j where i=-n:n and j=0:m. I can set
up this matrix by writing two loops, but I am sure that there is a
neater way, something like
AA = m columns of [-n, -n+1 ... n-1, n]
AB = 2n+1 rows of [ 0, 1, ... m-1 ]
A = AA .^ AB;
Unfortunately, only the last statement is a valid octave/matlab code.
Can anyone suggest how should I elegantly write first two lines?
From help-octave-request@che.utexas.edu Mon Feb 28 13:12:19 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id NAA23332 for help-octave-outgoing; Mon, 28 Feb 1994 13:12:19 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id NAA23326; Mon, 28 Feb 1994 13:12:18 -0600
Message-Id: <199402281912.NAA23326@schoch.che.utexas.edu>
To: przemek@rrdbartok.nist.gov (Przemek Klosowski)
cc: help-octave@che.utexas.edu
Subject: Re: Novice question (matrix initialization)
In-reply-to: Your message of Mon, 28 Feb 94 13:04:16 EST
Date: Mon, 28 Feb 94 13:12:18 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
przemek@rrdbartok.nist.gov (Przemek Klosowski) wrote:
: I am a complete novice to matlab language (actually I use octave). I
: am playing with Savitzky-Golay filters, which are calculated from a
: rather simple matrix: A(i,j) = i^j where i=-n:n and j=0:m. I can set
: up this matrix by writing two loops, but I am sure that there is a
: neater way, something like
:
: AA = m columns of [-n, -n+1 ... n-1, n]
: AB = 2n+1 rows of [ 0, 1, ... m-1 ]
: A = AA .^ AB;
:
: Unfortunately, only the last statement is a valid octave/matlab code.
: Can anyone suggest how should I elegantly write first two lines?
Here are two ways I can think of. The first uses a simple
multiplication:
AA = (-n:n)' * ones (1, m)
AB = ones (2*n+1, 1) * (0:m-1)
and the other uses obscure indexing tricks:
v1 = (-n:n)'
AA = v1 (:, ones (1, m))
v2 = 0:m-1
AB = v2 (ones (1, 2*n+1), :)
I have often seen people claim that Matlab handles this faster because
it avoids multiplication.
In some cases, the indexing trick may be faster in Octave as well, but
for small matrices, I suspect that both operations require about the
same amount of time, because there is quite a bit of overhead for
doing this sort of index calculation.
The multiplication seems much clearer (to me anyway) and does not
require a temporary variable (Matlab and Octave can only handle
indexing of variable, not arbitrary expressions).
jwe
From help-octave-request@che.utexas.edu Mon Feb 28 17:46:14 1994
Received: from localhost (jwe@localhost) by ward.che.utexas.edu (8.6.5/8.6) id RAA06906 for help-octave-outgoing; Mon, 28 Feb 1994 17:46:14 -0600
Received: from liapunov.eecs.umich.edu (liapunov.eecs.umich.edu [141.212.98.118]) by ward.che.utexas.edu (8.6.5/8.6) with SMTP id RAA06901 for ; Mon, 28 Feb 1994 17:46:12 -0600
Received: by liapunov.eecs.umich.edu (NX5.67d/NX3.0M)
id AA03587; Mon, 28 Feb 94 18:46:05 -0500
Date: Mon, 28 Feb 94 18:46:05 -0500
From: Byron Newberry
Message-Id: <9402282346.AA03587@liapunov.eecs.umich.edu>
To: help-octave@che.utexas.edu
Subject: Octave on DOS
Sender: help-octave-request@che.utexas.edu
I realize this may be a stupid question, but is it possible to compile
octave to run on an 8088 DOS machine. I currently have an old version
of matlab running on my XY (with math-co). However, it is very outdated
and we have started using octave at my school lab ( on NeXT machines ).
Is it even worth my time to try to make this work on my XT or are
there obvious barriers that can not be overcome.
Thanks,
Byron N.
From help-octave-request@che.utexas.edu Mon Feb 28 18:27:26 1994
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) id SAA24143 for help-octave-outgoing; Mon, 28 Feb 1994 18:27:26 -0600
Received: from localhost (jwe@localhost) by schoch.che.utexas.edu (8.6.5/8.6) with SMTP id SAA24138; Mon, 28 Feb 1994 18:27:24 -0600
Message-Id: <199403010027.SAA24138@schoch.che.utexas.edu>
To: Byron Newberry
cc: help-octave@che.utexas.edu
Subject: Re: Octave on DOS
In-reply-to: Your message of Mon, 28 Feb 94 18:46:05 EST
Date: Mon, 28 Feb 94 18:27:23 CST
From: John Eaton
Sender: help-octave-request@che.utexas.edu
Byron Newberry wrote:
: I realize this may be a stupid question, but is it possible to compile
: octave to run on an 8088 DOS machine. I currently have an old version
: of matlab running on my XY (with math-co). However, it is very outdated
: and we have started using octave at my school lab ( on NeXT machines ).
: Is it even worth my time to try to make this work on my XT or are
: there obvious barriers that can not be overcome.
I doubt that you would get very far with trying to make Octave work on
an 8088 running DOS.
Several people have contacted me saying that they have tried to
compile Octave on 386 or 486 DOS systems using the djgpp port of gcc,
but so far no one has reported actually making it work.
I suspect that there are several problems that will be hard to
overcome. One is the use of Unix signals, which are apparently not
implemented by djgpp. Another is the use of pipes to open connections
to gnuplot and the pager.
Perhaps someone who knows more abut djgpp can say whether it would
be possible to make these features work.
Also, isn't the current release of djgpp based on gcc 2.4.5?
Compiling Octave now requires gcc 2.5.6 or later.
jwe