octave-dev — GNU Octave developers' list

[OctDev] Re: octave for windows on octave-forge

[Andy A. <ad...@si...>]

On Sat, 1 Mar 2003, Paul Kienzle wrote:
> Andy Adler wrote:
> >On Fri, 28 Feb 2003, Paul Kienzle wrote:
> >>Andy Adler wrote:
> >>>I'd like to upload my octave-for-windows to octave-forge.
> >>>I've not had a bug report for a few weeks now.
> >>>
> >>>Could you create a "octave for windows" package
> >>>category and I'll add the file there.
> >>>
> >>Don't we already have one in the form of octave-forge-cygwin?  Or is
> >>this a pure octave package?
> >>
> >This would be for self contained octave-for-windows, using
> >the nsis installer.
> >
> >I consider this to be distinct from octave-forge-cygwin,
> >which I intend to keep up, as well.
> >
> The difference is that octave-forge-cygwin is a developer
> tarball which installs into an existing cygwin installation and
> the other is a stand-alone which does not require cygwin?
>
> Ideally, I would like the developer version to be tied
> to the standalone version so that oct-files created
> with the developer version can be installed in the
> standalone version and just work.

There are two questions here:

Q1 What we have now:

   I have a heavy version of 2.1.42 (from my website).
   This exists in both windows installer version (with nsis packager)
   and as cygwin *tar.bz2 packages.

   I was fixing quite a few bugs originally (I'm up to package version 6)
   but have not received a bug report for about 3 weeks.

   I propose we put this stuff on octave.sf.net now.

   Sure, its not ideal, but its much better than whats currently on
   there, and it buys us time to get the next version right.

> In that case, I would like the user and developer
> versions to be different release files in the same
> release.  I know sourceforge will support this since
> I've seen it for example in the tcl file release page:
> http://sourceforge.net/project/showfiles.php?group_id=10894

This is not really a user/developer issue. People who like
cygwin will want octave installed into their cygwin system.
People who don't care about it will want an *.exe to click on.

I think the different packages should be under different headings.
"octave-forge-cygwin" means nothing to a windows user.
They will not think that packages under that heading are for them.

I definitely agree that self-install and cygwin versions should share
the same build and files.


Q2 What we should have:

   - Best case: A light kernel version with DLD using the
     dynamic loaded libstd++.dll

     Advantages:
      - compiles same as UNIX - no need to maintain special build.
      - each ATLAS in their own DLL - saves space and complexity
      - reduces newbie questions. One package does everything.

     Disadvantages:
      - will be big unless we can use libstd++.dll
      - however, I just tried to build oct-2.1.45 from scratch this
         way and ran into linking problems.
      - another future problem is "dllhell" if a future cygwin release
         has an incompatible libstd++.dll.

      - I recommend we build octave in /octave or /opt/octave, and
         then put libstd++.dll in with the other octave dlls.
         That way our libstd++.dll is private to octave.

   - The other options (heavy, semi-heavy, big ...) all have problems.
     I recommend we try to get the best case working, and not look
     at the other options until this proves impossible.

> I've tested the light kernel option.  It works fine except
> that the fork problem on recent cygwin for Win 9x is
> exacerbated (not only is it slow, it also pops up error
> messages for each loaded oct-file).  The solution is to
> purge the octave code of fork, but I haven't had a
> chance to do so yet.

My opinion on 9x support is not to try very hard. I say we put
up the 2.1.42 heavy option now (which should work fine on 9x) and then
move to something with dynamic linking in future.

Andy

[OctDev] Re: octave for windows on octave-forge

[Paul K. <pki...@us...>]

Andy Adler wrote:

>On Fri, 28 Feb 2003, Paul Kienzle wrote:
>
>>Andy Adler wrote:
>>
>>>Paul,
>>>
>>>I'd like to upload my octave-for-windows to octave-forge.
>>>I've not had a bug report for a few weeks now.
>>>
>>>Could you create a "octave for windows" package
>>>category and I'll add the file there.
>>>
>>>      
>>>
>>Don't we already have one in the form of octave-forge-cygwin?  Or is
>>this a pure octave package?
>>    
>>
>This would be for self contained octave-for-windows, using
>the nsis installer.
>
>I consider this to be distinct from octave-forge-cygwin,
>which I intend to keep up, as well.
>
The difference is that octave-forge-cygwin is a developer
tarball which installs into an existing cygwin installation and
the other is a stand-alone which does not require cygwin?

Ideally, I would like the developer version to be tied
to the standalone version so that oct-files created
with the developer version can be installed in the
standalone version and just work.

In that case, I would like the user and developer
versions to be different release files in the same
release.  I know sourceforge will support this since
I've seen it for example in the tcl file release page:
http://sourceforge.net/project/showfiles.php?group_id=10894

I realize I've said all this before and we are not there yet.

Some issues that remain to be worked out:

* do we ship multiple dll's or one big exe which we
link octfiles against?

* do we build with a light kernel or do we build all
the DLD-FUNCTIONS as builtins?

* if heavy kernel, do we build octave-forge as oct-files
or do we make a super heavy kernel which includes them
all?

* can we build lapack-plain.dll and various lapack-atlas
dlls so that atlas enabling is just a matter of copying the
proper dll to lapack.dll?

* do we build libstdc++.dll?  Or do we dump the
contents of libstdc++.a into libcruft or (in the heavy
kernel world) into the octave.exe?

I've tested the light kernel option.  It works fine except
that the fork problem on recent cygwin for Win 9x is
exacerbated (not only is it slow, it also pops up error
messages for each loaded oct-file).  The solution is to
purge the octave code of fork, but I haven't had a
chance to do so yet.

The heavy kernel option will need some work to make
sure it can support the separately compiled option.  

If super heavy is the preferred option, we could
rework the octave-forge cc files so that they use the
DLD-FUNCTIONS style of #include "blah.h" rather
than #include <octave/blah.h>.  That way you don't
have to construct the octave include directory as part
of the octave source tree. Then it is only a matter of
changing octave/src Makefile so that it automatically
builds everything in the DLD-FUNCTIONS directory
which means that we don't have to edit anything by
hand when building a new release version.

Comments?

Paul Kienzle
pki...@us...

Re: [OctDev] problems building comm docs for octave-forge2003.02.22

[Kai H. <kai...@gm...>]

> I have no idea. It builds for me fine on
> Debian, red hat 7.3, cygwin and SGI IRIX.
> What happens if you just type "tex"?  Is
> it found?
> 

Hello

Indeed, I didn't notice the obvious. After installing latex it works very
well :-)
Thanks.

Bye Kai



-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

[OctDev] problems building comm docs for octave-forge2003.02.22

[Kai H. <kai...@gm...>]

Hello,

I have problems building the docs in the comm directroy. Here is the error
message when I call texi2dvi directly:

kai@linux:~/octave-forge-2003.02.22/main/comm> texi2dvi comms.txi
stdin:1405: Unbekannter Befehl »REFERENCE_SECTION(Communications)«.  
(means: unknown command >>...<<)
/usr/bin/texi2dvi: tex: command not found
/usr/bin/texi2dvi: tex exited with bad status, quitting.
/usr/bin/texi2dvi: see comms.log for errors.

I have 
kai@linux:~/octave-forge-2003.02.22/main/comm> texi2dvi --version
texi2dvi (GNU Texinfo 4.0) 0.43

Any ideas?

Bye Kai

-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

Re: [OctDev] problems building octave-forge2002.11.30 with octave-2.1.44

[Paul K. <pki...@us...>]

I put a new version of octave-forge up this morning which
should compile against 2.1.44. Can you try that?

Paul Kienzle
pki...@us...

nwe...@ce... wrote:

>hi... I'm trying to build octave-forge-2002.11.30 with octave-2.1.44
>already installed, and with gcc-3.2.2. A lot of little rror occurred,
>but I just bypassed them. But now I had a problem with the optimization
>package I want to use... what can this be?
>
>make[2]: Entering directory
>   `/ms_audio/nwerneck/downloaded/octave-forge-2002.11.30/main/optim'
>mkoctfile -DHAVE_OCTAVE_21 -s -v lp.cc
>g++ -c -fPIC -I/home/nwerneck/include/octave-2.1.44
>   -I/home/nwerneck/include/octave-2.1.44/octave -I/home/nwerneck/include
>   -mieee-fp -g -O2 -Wall -DHAVE_OCTAVE_21 lp.cc -o lp.o
>lp.cc: In function `octave_value_list Flp(const octave_value_list&,
>   int)':
>lp.cc:597: conversion from `ColumnVector' to non-scalar type
>   `octave_value_list' requested
>make[2]: *** [lp.oct] Error 1
>   
>
>thanks...
>
>++nicolau, using matlab by the side :/
>
>
>  
>

[OctDev] problems building octave-forge2002.11.30 with octave-2.1.44

[<nwe...@ce...>]

hi... I'm trying to build octave-forge-2002.11.30 with octave-2.1.44
already installed, and with gcc-3.2.2. A lot of little rror occurred,
but I just bypassed them. But now I had a problem with the optimization
package I want to use... what can this be?

make[2]: Entering directory
   `/ms_audio/nwerneck/downloaded/octave-forge-2002.11.30/main/optim'
mkoctfile -DHAVE_OCTAVE_21 -s -v lp.cc
g++ -c -fPIC -I/home/nwerneck/include/octave-2.1.44
   -I/home/nwerneck/include/octave-2.1.44/octave -I/home/nwerneck/include
   -mieee-fp -g -O2 -Wall -DHAVE_OCTAVE_21 lp.cc -o lp.o
lp.cc: In function `octave_value_list Flp(const octave_value_list&,
   int)':
lp.cc:597: conversion from `ColumnVector' to non-scalar type
   `octave_value_list' requested
make[2]: *** [lp.oct] Error 1
   

thanks...

++nicolau, using matlab by the side :/


-- 
Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
"I wanted to change the world. But I have found that the only thing one can be sure of changing is oneself."
-- Aldous Huxley

Re: [OctDev] how to use optimizing functions

[Etienne G. <et...@is...>]

  Hello,

  use octave 2.1.XX. I am not sure whether bfgs() is meant to work
with octave 2.0.XX.

  With 2.1.44, sincn (bfgs('sincn', [0.1 0.1 0.1]')) yields -0.21723,
which seems to be the minimum of 'sincn'. Note that "sincn" has non
isolated minima and that bfgs() looks for a local minimum.
  
On Wed, Feb 26, 2003 at 08:02:13AM -0300, nwe...@ce... wrote:
# well, sorry, but 'prod' converges with X0 = [0.1 0.1], and I didn't test
# other points...

  This is a glitch in the bfgs() algorithm. If started from
any_value*ones(1,N), it will go straight down to something near
zero. Once there, it sees the derivative is zero and calls it a
stop. This has to do with the way line minimization is done. Should
fix.

  Hth,

  Etienne
 
# sincn is defined this way:
# 
# function r = sincn(X)
# n = norm(X);
# r = sin(n+0.00001)/n;
# return
# 
# I can always minimize it to something (local minima) with two points,
# but that weird error occurs with more.
# 
# I'm moving to the bleeding-edgre development version since it seems that
# a lot has changed recentely in the optimization functions... but the help
# from bfgs and dfp in this version does say that it works for more variables...
# 
# 
# 
# On Wed, Feb 26, 2003 at 08:35:47AM +0000, Etienne Grossmann wrote:
# > On Tue, Feb 25, 2003 at 07:10:19PM -0300, nwe...@ce... wrote:
# > # it's a function that receives a list and give a real number.
# >                                   ^
# >                                  vector
# > 
# > # bfgs('prod', [0.1 0.1 0.1]')  gives the same error.
# > 
# >   :-) . You expect a minimum at a finite point?
# > 
# >   Cheers,
# > 
# >   Etienne
# >  
# > # 
# > # On Tue, Feb 25, 2003 at 08:40:46PM +0000, Etienne Grossmann wrote:
# > # > 
# > # >   Hi,
# > # > 
# > # > what is 'sincn'?
# > # > 
# > # >   Etienne
# > # > 
# > # > On Tue, Feb 25, 2003 at 03:21:04PM -0300, nwe...@ce... wrote:
# > # > # hello, I'm trying to use the non-liear multivariable optimization
# > # > # functions, but they doesn't work for more than 2 variables!...
# > # > # 
# > # > # octave2.1:5> bfgs('sincn', [0.1 0.1]')
# > # > # ans =
# > # > # 
# > # > #   3.1773
# > # > #   3.1773
# > # > # 
# > # > # octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
# > # > # error: invalid vector index = 3
# > # > # error: evaluating assignment expression near line 58, column 14
# > # > # error: evaluating for command near line 56, column 5
# > # > # error: evaluating if command near line 55, column 3
# > # > # error: called from `bs_gradient' in file
# > # > # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
# > # > # error: called from `bfgs' in file
# > # > # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
# > # > #  
# > # > # 
# > # > # what am I doing wrong?!?! :/
# > # > # 
# > # > # ++Nicolau;

-- 
Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne

Re: [OctDev] how to use optimizing functions

[Etienne G. <et...@is...>]

On Tue, Feb 25, 2003 at 07:10:19PM -0300, nwe...@ce... wrote:
# it's a function that receives a list and give a real number.
                                  ^
                                 vector

# bfgs('prod', [0.1 0.1 0.1]')  gives the same error.

  :-) . You expect a minimum at a finite point?

  Cheers,

  Etienne
 
# 
# On Tue, Feb 25, 2003 at 08:40:46PM +0000, Etienne Grossmann wrote:
# > 
# >   Hi,
# > 
# > what is 'sincn'?
# > 
# >   Etienne
# > 
# > On Tue, Feb 25, 2003 at 03:21:04PM -0300, nwe...@ce... wrote:
# > # hello, I'm trying to use the non-liear multivariable optimization
# > # functions, but they doesn't work for more than 2 variables!...
# > # 
# > # octave2.1:5> bfgs('sincn', [0.1 0.1]')
# > # ans =
# > # 
# > #   3.1773
# > #   3.1773
# > # 
# > # octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
# > # error: invalid vector index = 3
# > # error: evaluating assignment expression near line 58, column 14
# > # error: evaluating for command near line 56, column 5
# > # error: evaluating if command near line 55, column 3
# > # error: called from `bs_gradient' in file
# > # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
# > # error: called from `bfgs' in file
# > # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
# > #  
# > # 
# > # what am I doing wrong?!?! :/
# > # 
# > # ++Nicolau;
# > # 
# > # 
# > # -- 
# > # Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
# > # http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
# > # "Experience is not what happens to a man; it is what a man does with what happens to him."
# > # -- Aldous Huxley
# > # 
# > # 
# > # 
# > # -------------------------------------------------------
# > # This sf.net email is sponsored by:ThinkGeek
# > # Welcome to geek heaven.
# > # http://thinkgeek.com/sf
# > # _______________________________________________
# > # Octave-dev mailing list
# > # Oct...@li...
# > # https://lists.sourceforge.net/lists/listinfo/octave-dev
# > # 
# > # 
# > 
# > -- 
# > Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne
# > 
# > Return-Path: <oct...@li...>
# > Delivered-To: nwe...@ce...
# > Received: from pinguim.cpdee.ufmg.br [150.164.32.32]
# > 	by localhost with POP3 (fetchmail-5.9.11)
# > 	for nwerneck@localhost (single-drop); Tue, 25 Feb 2003 18:17:30 -0300 (BRT)
# > Received: (qmail 16127 invoked from network); 25 Feb 2003 20:36:44 -0000
# > Received: from lists.sourceforge.net (HELO sc8-sf-list2.sourceforge.net) (66.35.250.206)
# >   by pinguim.cpdee.ufmg.br with SMTP; 25 Feb 2003 20:36:43 -0000
# > Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13] helo=sc8-sf-list1.sourceforge.net)
# > 	by sc8-sf-list2.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))
# > 	id 18nloC-00038O-00; Tue, 25 Feb 2003 12:36:12 -0800
# > Received: from gtisr.ist.utl.pt ([193.136.138.253] helo=anonimo.isr.ist.utl.pt)
# > 	by sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))
# > 	id 18nlmg-0005Mz-00
# > 	for <oct...@li...>; Tue, 25 Feb 2003 12:34:39 -0800
# > Received: from etienne by anonimo.isr.ist.utl.pt with local (Exim 3.35 #1 (Debian))
# > 	id 18nlsd-0007dS-00; Tue, 25 Feb 2003 20:40:47 +0000
# > To: nwe...@ce...
# > Cc: oct...@li..., Etienne Grossmann <et...@is...>
# > Subject: Re: [OctDev] how to use optimizing functions
# > Message-ID: <200...@an...>
# > Reply-To: et...@is...
# > References: <200...@ce...>
# > Mime-Version: 1.0
# > Content-Type: text/plain; charset=us-ascii
# > Content-Disposition: inline
# > In-Reply-To: <200...@ce...>
# > User-Agent: Mutt/1.3.28i
# > From: Etienne Grossmann <et...@is...>
# > Sender: oct...@li...
# > Errors-To: oct...@li...
# > X-BeenThere: oct...@li...
# > X-Mailman-Version: 2.0.9-sf.net
# > Precedence: bulk
# > List-Help: <mailto:oct...@li...?subject=help>
# > List-Post: <mailto:oct...@li...>
# > List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/octave-dev>,
# > 	<mailto:oct...@li...?subject=subscribe>
# > List-Id: Developers of the GNU Octave Repository. <octave-dev.lists.sourceforge.net>
# > List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/octave-dev>,
# > 	<mailto:oct...@li...?subject=unsubscribe>
# > List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=octave-dev>
# > X-Original-Date: Tue, 25 Feb 2003 20:40:46 +0000
# > Date: Tue, 25 Feb 2003 20:40:46 +0000
# > 
# > 
# >   Hi,
# > 
# > what is 'sincn'?
# > 
# >   Etienne
# > 
# > On Tue, Feb 25, 2003 at 03:21:04PM -0300, nwe...@ce... wrote:
# > # hello, I'm trying to use the non-liear multivariable optimization
# > # functions, but they doesn't work for more than 2 variables!...
# > # 
# > # octave2.1:5> bfgs('sincn', [0.1 0.1]')
# > # ans =
# > # 
# > #   3.1773
# > #   3.1773
# > # 
# > # octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
# > # error: invalid vector index = 3
# > # error: evaluating assignment expression near line 58, column 14
# > # error: evaluating for command near line 56, column 5
# > # error: evaluating if command near line 55, column 3
# > # error: called from `bs_gradient' in file
# > # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
# > # error: called from `bfgs' in file
# > # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
# > #  
# > # 
# > # what am I doing wrong?!?! :/
# > # 
# > # ++Nicolau;
# > # 
# > # 
# > # -- 
# > # Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
# > # http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
# > # "Experience is not what happens to a man; it is what a man does with what happens to him."
# > # -- Aldous Huxley
# > # 
# > # 
# > # 
# > # -------------------------------------------------------
# > # This sf.net email is sponsored by:ThinkGeek
# > # Welcome to geek heaven.
# > # http://thinkgeek.com/sf
# > # _______________________________________________
# > # Octave-dev mailing list
# > # Oct...@li...
# > # https://lists.sourceforge.net/lists/listinfo/octave-dev
# > # 
# > # 
# > 
# > -- 
# > Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne
# > 
# > 
# > -------------------------------------------------------
# > This sf.net email is sponsored by:ThinkGeek
# > Welcome to geek heaven.
# > http://thinkgeek.com/sf
# > _______________________________________________
# > Octave-dev mailing list
# > Oct...@li...
# > https://lists.sourceforge.net/lists/listinfo/octave-dev
# > 
# 
# -- 
# Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
# http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
# "The great end of life is not knowledge but action."
# -- Thomas Huxley
# 
# 
# 
# -------------------------------------------------------
# This sf.net email is sponsored by:ThinkGeek
# Welcome to geek heaven.
# http://thinkgeek.com/sf
# _______________________________________________
# Octave-dev mailing list
# Oct...@li...
# https://lists.sourceforge.net/lists/listinfo/octave-dev
# 
# 

-- 
Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne

Re: [OctDev] how to use optimizing functions

[<nwe...@ce...>]

it's a function that receives a list and give a real number.

bfgs('prod', [0.1 0.1 0.1]')  gives the same error.


On Tue, Feb 25, 2003 at 08:40:46PM +0000, Etienne Grossmann wrote:
> 
>   Hi,
> 
> what is 'sincn'?
> 
>   Etienne
> 
> On Tue, Feb 25, 2003 at 03:21:04PM -0300, nwe...@ce... wrote:
> # hello, I'm trying to use the non-liear multivariable optimization
> # functions, but they doesn't work for more than 2 variables!...
> # 
> # octave2.1:5> bfgs('sincn', [0.1 0.1]')
> # ans =
> # 
> #   3.1773
> #   3.1773
> # 
> # octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
> # error: invalid vector index = 3
> # error: evaluating assignment expression near line 58, column 14
> # error: evaluating for command near line 56, column 5
> # error: evaluating if command near line 55, column 3
> # error: called from `bs_gradient' in file
> # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
> # error: called from `bfgs' in file
> # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
> #  
> # 
> # what am I doing wrong?!?! :/
> # 
> # ++Nicolau;
> # 
> # 
> # -- 
> # Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
> # http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
> # "Experience is not what happens to a man; it is what a man does with what happens to him."
> # -- Aldous Huxley
> # 
> # 
> # 
> # -------------------------------------------------------
> # This sf.net email is sponsored by:ThinkGeek
> # Welcome to geek heaven.
> # http://thinkgeek.com/sf
> # _______________________________________________
> # Octave-dev mailing list
> # Oct...@li...
> # https://lists.sourceforge.net/lists/listinfo/octave-dev
> # 
> # 
> 
> -- 
> Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne
> 
> Return-Path: <oct...@li...>
> Delivered-To: nwe...@ce...
> Received: from pinguim.cpdee.ufmg.br [150.164.32.32]
> 	by localhost with POP3 (fetchmail-5.9.11)
> 	for nwerneck@localhost (single-drop); Tue, 25 Feb 2003 18:17:30 -0300 (BRT)
> Received: (qmail 16127 invoked from network); 25 Feb 2003 20:36:44 -0000
> Received: from lists.sourceforge.net (HELO sc8-sf-list2.sourceforge.net) (66.35.250.206)
>   by pinguim.cpdee.ufmg.br with SMTP; 25 Feb 2003 20:36:43 -0000
> Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13] helo=sc8-sf-list1.sourceforge.net)
> 	by sc8-sf-list2.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))
> 	id 18nloC-00038O-00; Tue, 25 Feb 2003 12:36:12 -0800
> Received: from gtisr.ist.utl.pt ([193.136.138.253] helo=anonimo.isr.ist.utl.pt)
> 	by sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))
> 	id 18nlmg-0005Mz-00
> 	for <oct...@li...>; Tue, 25 Feb 2003 12:34:39 -0800
> Received: from etienne by anonimo.isr.ist.utl.pt with local (Exim 3.35 #1 (Debian))
> 	id 18nlsd-0007dS-00; Tue, 25 Feb 2003 20:40:47 +0000
> To: nwe...@ce...
> Cc: oct...@li..., Etienne Grossmann <et...@is...>
> Subject: Re: [OctDev] how to use optimizing functions
> Message-ID: <200...@an...>
> Reply-To: et...@is...
> References: <200...@ce...>
> Mime-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> In-Reply-To: <200...@ce...>
> User-Agent: Mutt/1.3.28i
> From: Etienne Grossmann <et...@is...>
> Sender: oct...@li...
> Errors-To: oct...@li...
> X-BeenThere: oct...@li...
> X-Mailman-Version: 2.0.9-sf.net
> Precedence: bulk
> List-Help: <mailto:oct...@li...?subject=help>
> List-Post: <mailto:oct...@li...>
> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/octave-dev>,
> 	<mailto:oct...@li...?subject=subscribe>
> List-Id: Developers of the GNU Octave Repository. <octave-dev.lists.sourceforge.net>
> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/octave-dev>,
> 	<mailto:oct...@li...?subject=unsubscribe>
> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=octave-dev>
> X-Original-Date: Tue, 25 Feb 2003 20:40:46 +0000
> Date: Tue, 25 Feb 2003 20:40:46 +0000
> 
> 
>   Hi,
> 
> what is 'sincn'?
> 
>   Etienne
> 
> On Tue, Feb 25, 2003 at 03:21:04PM -0300, nwe...@ce... wrote:
> # hello, I'm trying to use the non-liear multivariable optimization
> # functions, but they doesn't work for more than 2 variables!...
> # 
> # octave2.1:5> bfgs('sincn', [0.1 0.1]')
> # ans =
> # 
> #   3.1773
> #   3.1773
> # 
> # octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
> # error: invalid vector index = 3
> # error: evaluating assignment expression near line 58, column 14
> # error: evaluating for command near line 56, column 5
> # error: evaluating if command near line 55, column 3
> # error: called from `bs_gradient' in file
> # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
> # error: called from `bfgs' in file
> # `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
> #  
> # 
> # what am I doing wrong?!?! :/
> # 
> # ++Nicolau;
> # 
> # 
> # -- 
> # Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
> # http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
> # "Experience is not what happens to a man; it is what a man does with what happens to him."
> # -- Aldous Huxley
> # 
> # 
> # 
> # -------------------------------------------------------
> # This sf.net email is sponsored by:ThinkGeek
> # Welcome to geek heaven.
> # http://thinkgeek.com/sf
> # _______________________________________________
> # Octave-dev mailing list
> # Oct...@li...
> # https://lists.sourceforge.net/lists/listinfo/octave-dev
> # 
> # 
> 
> -- 
> Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
> 

-- 
Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
"The great end of life is not knowledge but action."
-- Thomas Huxley

Re: [OctDev] how to use optimizing functions

[Etienne G. <et...@is...>]

  Hi,

what is 'sincn'?

  Etienne

On Tue, Feb 25, 2003 at 03:21:04PM -0300, nwe...@ce... wrote:
# hello, I'm trying to use the non-liear multivariable optimization
# functions, but they doesn't work for more than 2 variables!...
# 
# octave2.1:5> bfgs('sincn', [0.1 0.1]')
# ans =
# 
#   3.1773
#   3.1773
# 
# octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
# error: invalid vector index = 3
# error: evaluating assignment expression near line 58, column 14
# error: evaluating for command near line 56, column 5
# error: evaluating if command near line 55, column 3
# error: called from `bs_gradient' in file
# `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
# error: called from `bfgs' in file
# `/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
#  
# 
# what am I doing wrong?!?! :/
# 
# ++Nicolau;
# 
# 
# -- 
# Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
# http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
# "Experience is not what happens to a man; it is what a man does with what happens to him."
# -- Aldous Huxley
# 
# 
# 
# -------------------------------------------------------
# This sf.net email is sponsored by:ThinkGeek
# Welcome to geek heaven.
# http://thinkgeek.com/sf
# _______________________________________________
# Octave-dev mailing list
# Oct...@li...
# https://lists.sourceforge.net/lists/listinfo/octave-dev
# 
# 

-- 
Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne

[OctDev] how to use optimizing functions

[<nwe...@ce...>]

hello, I'm trying to use the non-liear multivariable optimization
functions, but they doesn't work for more than 2 variables!...

octave2.1:5> bfgs('sincn', [0.1 0.1]')
ans =

  3.1773
  3.1773

octave2.1:6> bfgs('sincn', [0.1 0.1 0.1]')
error: invalid vector index = 3
error: evaluating assignment expression near line 58, column 14
error: evaluating for command near line 56, column 5
error: evaluating if command near line 55, column 3
error: called from `bs_gradient' in file
`/usr/share/octave/2.1.35/site/m/octave-forge/optim/bs_gradient.m'
error: called from `bfgs' in file
`/usr/share/octave/2.1.35/site/m/octave-forge/optim/bfgs.m'
 

what am I doing wrong?!?! :/

++Nicolau;


-- 
Nicolau Werneck <nwe...@ce...>         E073 FADE 7B75 5482 5631
http://cefala.org/~nwerneck                   D3C4 6E9A 8EFC 0351 C15D
"Experience is not what happens to a man; it is what a man does with what happens to him."
-- Aldous Huxley

[OctDev] cleaned up butter.m

[Doug S. <da...@sy...>]

This is butter.m, with the added features, that was cleaned up by Paul 
Kienzle.
Doug Stewart

Re: [OctDev] [Fwd: octave-forge symbolic] / Birthday!

[Etienne G. <et...@is...>]

On Sat, Feb 22, 2003 at 04:33:19PM +0100, Kai Habel wrote:

[snip] 

# By the way, exactly today is the 3rd anniversary of octave-forge. Looking at
# the statistics [1] the project has gained continuosly user interrest over 3
# years. 
# 
# Bye Kai 
# 
# [1]
# http://sourceforge.net/project/stats/index.php?report=months&group_id=2888

# -- 
# +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
# Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
 
  Happy birthday, then!

  We shouldn't forget, that Feb. 17th 2004 is the 10th anniversary of
Octave 1.0.

  Cheers,

  Etienne


-- 
Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne

Re: [OctDev] RPM Version of Octave Forge

[Paul K. <pki...@us...>]

Quentin Spencer wrote:

> Hello All,
>
> For those who run Octave on RPM-based Linux distributions (RedHat, 
> Mandrake, SuSE, etc), I have successfully created a .spec file to 
> build an RPM package of Octave-Forge. I build octave and octave-forge 
> from CVS regularly, and I'm curious whether there is interest in my 
> providing these builds in RPM form (it would be based on RedHat 8.0). 
> This could either be on the Sourceforge site, or I could put a link to 
> my own page on the new Octave Wiki, for example. 

BTW, we can now build on gcc 2.96, so you can also provide RPMs
for RH 7.x.

- Paul

Re: [OctDev] RPM Version of Octave Forge

[Paul K. <pki...@us...>]

Quentin Spencer wrote:

> Hello All,
>
> For those who run Octave on RPM-based Linux distributions (RedHat, 
> Mandrake, SuSE, etc), I have successfully created a .spec file to 
> build an RPM package of Octave-Forge. I build octave and octave-forge 
> from CVS regularly, and I'm curious whether there is interest in my 
> providing these builds in RPM form (it would be based on RedHat 8.0). 
> This could either be on the Sourceforge site, or I could put a link to 
> my own page on the new Octave Wiki, for example. 

You are welcome to put the rpm spec files and build
scripts in octave-forge (e.g., in admin/rpm), and you
can distribute the rpms from there as well.  We will
eventually be doing this with cygwin.

> Also, before I make my packages available for everyone, I have a 
> question. When octave is installed, the file /usr/share/octave/ls-R is 
> created. As far as I can tell (correct me if I'm wrong) this is for 
> the benefit of the kpathsearch library (for faster searches?), but 
> octave is still capable of finding files in /usr/share/octave even if 
> they are not included in ls-R. What is the benefit of this file, and 
> should my install scripts for octave-forge update it? 

Please forward this question to John, or look on the tex lists.

- Paul

[OctDev] RPM Version of Octave Forge

[Quentin S. <qsp...@ie...>]

Hello All,

For those who run Octave on RPM-based Linux distributions (RedHat, 
Mandrake, SuSE, etc), I have successfully created a .spec file to build 
an RPM package of Octave-Forge. I build octave and octave-forge from CVS 
regularly, and I'm curious whether there is interest in my providing 
these builds in RPM form (it would be based on RedHat 8.0). This could 
either be on the Sourceforge site, or I could put a link to my own page 
on the new Octave Wiki, for example.

Also, before I make my packages available for everyone, I have a 
question. When octave is installed, the file /usr/share/octave/ls-R is 
created. As far as I can tell (correct me if I'm wrong) this is for the 
benefit of the kpathsearch library (for faster searches?), but octave is 
still capable of finding files in /usr/share/octave even if they are not 
included in ls-R. What is the benefit of this file, and should my 
install scripts for octave-forge update it?

Quentin Spencer

Re: [OctDev] [Fwd: octave-forge symbolic and 2.1.45]

[Kai H. <kai...@gm...>]

> 
> 
> On 21-Feb-2003, Dmitri A. Sergatskov <dm...@un...> wrote:
> 
> | I am trying to compile octave-forge with octave-2.1.45. (Octave forge
> snapshot
> | of Feb. 20, 2003).
> | 
> | It bombs when it goes to math/symbolic:
> ...
> 
> Can someone please confirm that symbolic and qhull stuff
> still build?  I don't have them on any of my working
> build systems.  Also, please run make check on the root.
> Thanks in advance,
> 
> Paul Kienzle
> pki...@us...
> 

I made I clean checkout of octave and octave-forge today. The geometry
functions depending on qhull build and work fine (except for the missing griddata
target). 

By the way, exactly today is the 3rd anniversary of octave-forge. Looking at
the statistics [1] the project has gained continuosly user interrest over 3
years. 

Bye Kai 

[1]
http://sourceforge.net/project/stats/index.php?report=months&group_id=2888



-- 
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

[OctDev] [Fwd: octave-forge symbolic and 2.1.45]

[Paul K. <pki...@us...>]

On 21-Feb-2003, Dmitri A. Sergatskov <dm...@un...> wrote:

| I am trying to compile octave-forge with octave-2.1.45. (Octave forge snapshot
| of Feb. 20, 2003).
| 
| It bombs when it goes to math/symbolic:
...

Can someone please confirm that symbolic and qhull stuff
still build?  I don't have them on any of my working
build systems.  Also, please run make check on the root.
Thanks in advance,

Paul Kienzle
pki...@us...

[OctDev] added features to butter.m

[Doug S. <da...@sy...>]

I have done a major update to butter.m
   It now can make Laplace space filters and produce zpg and ss outputs.
The syntax is the same as Matlab's butter.m but the results are slightly 
different. I did not refer to matlab's code just compared results.

## [...] = butter(...,'s')
##     return a Laplace space filter, W can be larger than 1.
##
## [a,b,c,d] = butter(...)
##  return  state-space matrices

    The ss results are different because ss info can be presented 
differently. The results I get are compatible with ss2sys so all is ok.
For the zpg results what I get are compatible within octave and I 
believe are correct.
    I have named my ver. butter1.m  but hope that after it is approved 
that it will replace butter.m. I have also included two test files to 
help you test what I have done.

I hope that this meets your approval.
My next proj. is to do the same to cheby1.m and cheby2.m., then 
wavread.m and wavewrite.m
My system is a w2k athalon with Andy Adler's binaries (GNU Octave, 
version 2.1.42 (i686-pc-cygwin))
Doug Stewart

[OctDev] Re: Some more comms toolbox functions

[Paul K. <pki...@us...>]

David Bateman wrote:

>It also includes a support oct-file _errcore.cc that makes biterr.m and
>symerr.m run in a reasonable time without relying on the bitxor.oct file
>from another directory of octave-forge.
>
I haven't looked, but matlab's bit functions work on 'flints', which use 
the 53(?)
bit mantissa of floating point numbers, whereas Kai Habel's functions use
32 bit integers.  I don't know how matlab's or your biterr is 
implemented, but
that is something to look out for.

As for relying on other octave forge directories, this is a problem.
We've avoided it so far by delivering octave-forge as a monolithic
entity, but that will fail as octave-forge expands.

One strategy is to use Matlab's distribution system.  When a
function is needed by another toolbox, it is included in both,
but both install to the same place so there is no ambiguity.
I don't know what happens if you install a new signal processing
toolbox beside an old image processing toolbox, but it might
be that you have to update all the toolboxes when you
update the core, so this is never an issue.

Another strategy is to layer the toolboxes.  If you want to
install image or comm, you must first install signal for example.
This runs into the same consistency problems.

A third strategy is to copy e.g., the necessary signal processing
functions into the image toolbox before building the
image toolbox distribution.  For this strategy to work we
will need some sort of namespace mechanism in octave
so that a directory can have private copies of public names.
You could do this by renaming, e.g., conv to image_conv
when copying it from the signal to the image directory, and
using the name image_conv internally.

A fourth strategy is to put all functions shared by multiple
packages in a common base so that the remaining
packages are much more independent of each other.

Picking and choosing functions from other directories
becomes particularly problematic if those functions
are C++ functions.  They may require configuration
steps to check the availability of certain libraries and
functions, and they may have complicated build
rules.  So rather than having one configure file per
directory, each oct file will have to carry its own
dependency/configure/build information.

For now I'm inclined to be lazy and stick with the monolith.
If anyone is feeling inspired they can break it up into packages.
BTW, it would be especially nice if whatever packaging tools
we create would also support installing for matlab (after
suitable source munging of course).

>The tar-ball also includes modified versions of
>
>Makefile
>randint.cc
>comms.txi
>INDEX
>
>with addition of functions, typos in the doc and a bug in randint fixed.
>
>Must have been bored if I found the time to do these functions, what with
>all the work I have at the moment. Anyway, the comm directory of octave-forge
>is looking more like Matlab every day :-)
>
It's like potato chips --- its very hard to
writing just one more simple function.  E.g.,
I had no business writing strsort yesterday,
which with the help of dispatch and PKG_ADD,
allows you to write s = sort('string').

Paul Kienzle
pki...@us...

[OctDev] Re: release?

[Schloegl A. <alo...@tu...>]

> Date: Sun, 09 Feb 2003 23:18:32 -0500
> From: Paul Kienzle <pki...@us...>
> To: oct...@li...
> Subject: [OctDev] release?
> 

> I've put together some release notes in the file
> RELEASE-NOTES. I'm trying a new format --- please
> let me know if there is  enough detail to be useful.
> Etienne, Alois --- please give a brief summary of what you
> have done to VRML, NaN and TSA and post the results.
> 


Since the last release, a problem with NaN's in Matrix-operations became 
important. Especially, ML53 has certain problems with it.


The following changes were implemented in TSA and NAN:

TSA/MVAR:
          workaround for bug in matrix division (0/0 and NaN/NaN in ML53)

NaN/COV: Mode argument, e.g. COV(X,1), COV(X,Y,0) implemented. 

NaN/COVM: compatibility to ML6.5 implemented.      

NaN/NANTEST: 
          test for commutativity of 0*NaN included
          test for matrix operations with NaN's included


Alois 


-- 

Re: [OctDev] octave-forge: inline problem

[John W. E. <jw...@be...>]

On 11-Jan-2003, John W. Eaton <jw...@be...> wrote:

| There is also another problem that Peter pointed out to me another
| message, but it is really a bug with Octave.  If implict_str_to_num_ok
| is nonzero, then isnumeric ('some string') will return true, because
| it is possible to use 'some string' as a numeric value (with
| conversion) at least in some contexts.  But I think it should not
| really return true.  I'll fix that for 2.1.44.

Sorry, this fix didn't make it in 2.1.44, but it should be in 2.1.45.

jwe

Re: [OctDev] release?

[Etienne G. <et...@is...>]

On Sun, Feb 09, 2003 at 11:18:32PM -0500, Paul Kienzle wrote:
# Since the current octave-forge release doesn't work with the
# new octave, I believe we need an early release.  Please
# post your updates.
# 
# I've tested against 2.1.44 on Windows, but not 2.1.43 or
# linux.  Anyone know whether we are still 2.1.43 compatible?
# Or 2.1.40 for that matter.

  Can't tell for sure because I upgraded to 2.1.44 from 2.1.43 (always
linux) last week; until then, all went fine.
 
# I've put together some release notes in the file
# RELEASE-NOTES. I'm trying a new format --- please
# let me know if there is  enough detail to be useful.
# Etienne, Alois --- please give a brief summary of what you
# have done to VRML, NaN and TSA and post the results.

  Just committed.

  When is the release? I have received a suggested change to bfgs.m
and I am trying to improve the behavior of this function.

  Cheers,

  Etienne
 
# Things not included in this release:
# 
# * Testing!!!  We have to start doing better tests --- some
#   of the recent octave changes break script files.  E.g.,
#   global now defines an initial value of empty if none is
#   assigned, which breaks all the colormap functions.
# * Dispatch: now that we have a dispatch mechanism, it
#   would be nice to make sparse/symbolic look more like
#   builtin types by allowing users to use, e.g., find instead
#   of spfind.
# * Commands: octave has mark_as_command so that
#   functions such as grid and edit can be turned into
#   commands which don't need parenthesis and quotes
#   around their arguments.
# 
# Comments?
# 
# Paul Kienzle
# pki...@us...

-- 
Etienne Grossmann ------ http://www.isr.ist.utl.pt/~etienne

[OctDev] release?

[Paul K. <pki...@us...>]

Since the current octave-forge release doesn't work with the
new octave, I believe we need an early release.  Please
post your updates.

I've tested against 2.1.44 on Windows, but not 2.1.43 or
linux.  Anyone know whether we are still 2.1.43 compatible?
Or 2.1.40 for that matter.

I've put together some release notes in the file
RELEASE-NOTES. I'm trying a new format --- please
let me know if there is  enough detail to be useful.
Etienne, Alois --- please give a brief summary of what you
have done to VRML, NaN and TSA and post the results.

Things not included in this release:

* Testing!!!  We have to start doing better tests --- some
   of the recent octave changes break script files.  E.g.,
   global now defines an initial value of empty if none is
   assigned, which breaks all the colormap functions.
* Dispatch: now that we have a dispatch mechanism, it
   would be nice to make sparse/symbolic look more like
   builtin types by allowing users to use, e.g., find instead
   of spfind.
* Commands: octave has mark_as_command so that
   functions such as grid and edit can be turned into
   commands which don't need parenthesis and quotes
   around their arguments.

Comments?

Paul Kienzle
pki...@us...

[OctDev] Compile Faiure octave-forge cvs

[torsten <to...@in...>]

uname -r 2.4.18-wolk3.7
gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/specs
octave-forge cvs (1Feb03)

Compile Failure:

cd FIXES/ && make 
make[1]: Entering directory `/home/torsten/src/octave-forge/FIXES'
mkoctfile -DF77_FUNC=F77_FCN -DHAVE_OCTAVE_21 -s -v sqrtm.cc
            ^^^^^^^^^^^^^^^^
c++ -c -fPIC -I/usr/local/octave/include/octave-2.1.33 -I/usr/local/octave/include/octave-2.1.33/octave -I/usr/local/octave/include -mieee-fp -fno-rtti -fno-exceptions -fno-implicit-templates -g -O2 -Wall -DF77_FUNC=F77_FCN -DHAVE_OCTAVE_21 sqrtm.cc -o sqrtm.o
sqrtm.cc: In function `class octave_value_list Fsqrtm(const octave_value_list &, int)':
sqrtm.cc:192: implicit declaration of function `int lo_ieee_inf_value(...)'
make[1]: *** [sqrtm.oct] Error 1
make[1]: Leaving directory `/home/torsten/src/octave-forge/FIXES'
make: *** [FIXES/] Error 2
toshy:torsten:~/src/octave-forge$ 

I haven't compiled the fortran frontend to gcc - do I need it?
Torsten