Reply by Bob Cain February 21, 20062006-02-21

Tim Wescott wrote:

> SciLab matrices have an index origin of 1, just live MatLab and Octave. > Gives me fits when I'm going back and forth between SciLab and C.
Really! My memory had one of the interpreters doing it right. Ah, well. Bob -- "Things should be described as simply as possible, but no simpler." A. Einstein
Reply by Tim Wescott February 20, 20062006-02-20
Bob Cain wrote:

> > > Tim Wescott wrote: > >> Bob Cain wrote: >> >>> >>> >>> Tim Wescott wrote: >>> >>>> May I suggest SciLab as an alternative? About the only thing Octave >>>> has that SciLab doesn't is better MatLab compatibility -- and SciLab >>>> has a translator -- >>> >>> >>> >>> Both ways? >>> >>> >>> Bob >> >> >> Alas no -- only into SciLab, > > > Darn. > >> and then I understand you often have to massage things a bit. > > > Yeah I suppose little things like 0 instead of 1 index origin can give > run time problems that a syntactic translator couldn't deal with. Gives > me the shivers, actually. > > > Bob
SciLab matrices have an index origin of 1, just live MatLab and Octave. Gives me fits when I'm going back and forth between SciLab and C. -- Tim Wescott Wescott Design Services http://www.wescottdesign.com Posting from Google? See http://cfaj.freeshell.org/google/
Reply by Bob Cain February 20, 20062006-02-20

Tim Wescott wrote:
> Bob Cain wrote: > >> >> >> Tim Wescott wrote: >> >>> May I suggest SciLab as an alternative? About the only thing Octave >>> has that SciLab doesn't is better MatLab compatibility -- and SciLab >>> has a translator -- >> >> >> Both ways? >> >> >> Bob > > Alas no -- only into SciLab,
Darn.
> and then I understand you often have to > massage things a bit.
Yeah I suppose little things like 0 instead of 1 index origin can give run time problems that a syntactic translator couldn't deal with. Gives me the shivers, actually. Bob -- "Things should be described as simply as possible, but no simpler." A. Einstein
Reply by Tim Wescott February 20, 20062006-02-20
Bob Cain wrote:

> > > Tim Wescott wrote: > >> May I suggest SciLab as an alternative? About the only thing Octave >> has that SciLab doesn't is better MatLab compatibility -- and SciLab >> has a translator -- > > > Both ways? > > > Bob
Alas no -- only into SciLab, and then I understand you often have to massage things a bit. -- Tim Wescott Wescott Design Services http://www.wescottdesign.com Posting from Google? See http://cfaj.freeshell.org/google/
Reply by Tim Wescott February 20, 20062006-02-20
Randy Yates wrote:

> Tim Wescott <tim@seemywebsite.com> writes: > > >>Randy Yates wrote: >> >> >>>Hi Folks, >>>This is maybe a little off-topic, but I'm hoping someone here >>>has some morsels of knowledge. I'm trying to build and install >>>Octave on my FC4 machine, >>>[root@localhost octave-2.1.72]# uname -a >>>Linux localhost.localdomain 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:55:56 EDT 2005 i686 athlon i386 GNU/Linux >>>I've tried both the latest "development" version, 2.9.4, and the >>>"testing" version, 2.1.72. In both cases I get a whole bunch of errors >>>in the final link stage. A representative sample is shown below. >>>If anyone has a clue why, please fill me in. >>>--Randy >>> >> >>-- snip -- >> >>Is there no Octave newsgroup? > > > Not that I can find. > > >>May I suggest SciLab as an alternative? About the only thing Octave >>has that SciLab doesn't is better MatLab compatibility > > > That's a BIG difference. I'd like to (for the most part) create > scripts that my professors can run under Matlab.
That's a compelling reason to want Octave. -- Tim Wescott Wescott Design Services http://www.wescottdesign.com Posting from Google? See http://cfaj.freeshell.org/google/
Reply by February 20, 20062006-02-20
Randy Yates <yates@ieee.org> wrote:
> Hi Folks, > > This is maybe a little off-topic, but I'm hoping someone here > has some morsels of knowledge. > > I'm trying to build and install Octave on my FC4 machine,
2.1.72 for FC4 is in Fedora Extras repo (fedoraproject.org) and 2.9.4 is built for FC5. Better ask on octave-help mailing list, Quentin Spencer (octave maintainer for Fedora) is on this list.
Reply by Bob Cain February 20, 20062006-02-20

Tim Wescott wrote:

> May I suggest SciLab as an alternative? About the only thing Octave has > that SciLab doesn't is better MatLab compatibility -- and SciLab has a > translator --
Both ways? Bob -- "Things should be described as simply as possible, but no simpler." A. Einstein
Reply by Steve Underwood February 20, 20062006-02-20
Hi Randy,

Octave 2.1.72 is included in Fedora Extras, so just install it from 
there. If you have YUM configured you can just do a yum install.

Regards,
Steve


Randy Yates wrote:
> Hi Folks, > > This is maybe a little off-topic, but I'm hoping someone here > has some morsels of knowledge. > > I'm trying to build and install Octave on my FC4 machine, > > [root@localhost octave-2.1.72]# uname -a > Linux localhost.localdomain 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:55:56 EDT 2005 i686 athlon i386 GNU/Linux > > I've tried both the latest "development" version, 2.9.4, and the > "testing" version, 2.1.72. In both cases I get a whole bunch of errors > in the final link stage. A representative sample is shown below. > > If anyone has a clue why, please fill me in. > > --Randy > > > air<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> > >::insert_unique(std::_Rb_tree_iterator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> >, std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> const&)]+0x2e): In function `std::_Rb_tree<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool>, std::_Select1st<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> > >::insert_unique(std::_Rb_tree_iterator<std::pair<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> >, std::pair<st
d::basic_string<char, std::char_traits<char>, std::allocator<char> > const, bool> const&)':
> /usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_tree.h:181: undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base*)' > ../liboctave/liboctave.a(lo-sysdep.o)(.text+0x8a): In function `octave_getcwd()': > /usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/basic_string.h:251: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' > ../liboctave/liboctave.a(lo-sysdep.o)(.text+0xfd):/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/basic_string.h:224: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' > ../liboctave/liboctave.a(lo-sysdep.o)(.text+0x118):/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/basic_string.h:226: undefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' > ../liboctave/liboctave.a(CColVector.o)(.text+0xf09): In function `operator*(ComplexMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0xf43):/root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0xf59): In function `operator*(ComplexMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0xf93):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x112d): In function `operator*(ComplexMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1145): In function `operator*(ComplexMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x13ce): In function `conj(ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1408):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x141d): In function `conj(ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1457):/root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x14c4): In function `conj(ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x14ff): In function `conj(ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1be5): In function `operator*(DiagMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1c1f):/root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1c35): In function `operator*(DiagMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1c6f):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1ea7):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x1ed6): In function `operator*(DiagMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x202d): In function `operator*(ComplexDiagMatrix const&, ColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x2067):/root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x207d): In function `operator*(ComplexDiagMatrix const&, ColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x20b7):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x22ed):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x231c): In function `operator*(ComplexDiagMatrix const&, ColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x2491): In function `operator*(ComplexDiagMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x24cb):/root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x24e1): In function `operator*(ComplexDiagMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_acquire' > ../liboctave/liboctave.a(CColVector.o)(.text+0x251b):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_release' > ../liboctave/liboctave.a(CColVector.o)(.text+0x27b3):/root/install/octave-2.1.72/liboctave/Array.h:164: undefined reference to `__cxa_guard_abort' > ../liboctave/liboctave.a(CColVector.o)(.text+0x27e2): In function `operator*(ComplexDiagMatrix const&, ComplexColumnVector const&)': > /root/install/octave-2.1.72/liboctave/dim-vector.h:148: undefined reference to `__cxa_guard_abort' > collect2: ld returned 1 exit status > make[2]: *** [octave] Error 1 > make[2]: Leaving directory `/root/install/octave-2.1.72/src' > make[1]: *** [src] Error 2 > make[1]: Leaving directory `/root/install/octave-2.1.72' > make: *** [all] Error 2 >
Reply by Grant Griffin February 20, 20062006-02-20
Randy Yates wrote:
...
> I'm trying to build and install Octave on my FC4 machine,
...
> If anyone has a clue why, please fill me in.
Hi Randy, FWIW, I tried building Octave several years ago on Windows, which was theoretically possible--I assume--because instructions were provided by John W. Whats-His-Name for that. I had previously learned that one has little or no chance of building what is now known as "open source" without doing _exactly_ what the instructions say. So, I did _exactly_ what was said--and very carefully, at that. Then, after a couple of days of misery I gave up. (As W. C. Fields said, "If at first you don't succeed try, try again. Then quit: there's no use being a damn fool about it.") A couple of years later, shortly after I got Linux going for the first of about twelve times, I decided to try again, thinking that building it on Linux would be fairly easy because Octave really was a Linux sortta thing at heart. (As Mr. Rogers would say, "Can you say 'configure'? Uh-huh, I thought ya' could.") Silly me: the build problems I had were even worse than on Windows. (Red Hat was having a bad day that build...) Perhaps Octave has gotten better since then, but I came away from my experience at that time thinking that although Matlab does considerable damage to one's wallet, it does far less damage to one's psyche. ;-) =g2 -- _____________________________________________________________________ Grant R. Griffin Publisher of dspGuru http://www.dspguru.com Iowegian International Corporation http://www.iowegian.com See http://www.iowegian.com/img/contact.gif for e-mail address
Reply by Randy Yates February 20, 20062006-02-20
Tim Wescott <tim@seemywebsite.com> writes:

> Randy Yates wrote: > >> Hi Folks, >> This is maybe a little off-topic, but I'm hoping someone here >> has some morsels of knowledge. I'm trying to build and install >> Octave on my FC4 machine, >> [root@localhost octave-2.1.72]# uname -a >> Linux localhost.localdomain 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:55:56 EDT 2005 i686 athlon i386 GNU/Linux >> I've tried both the latest "development" version, 2.9.4, and the >> "testing" version, 2.1.72. In both cases I get a whole bunch of errors >> in the final link stage. A representative sample is shown below. >> If anyone has a clue why, please fill me in. >> --Randy >> > -- snip -- > > Is there no Octave newsgroup?
Not that I can find.
> May I suggest SciLab as an alternative? About the only thing Octave > has that SciLab doesn't is better MatLab compatibility
That's a BIG difference. I'd like to (for the most part) create scripts that my professors can run under Matlab. -- % Randy Yates % "Bird, on the wing, %% Fuquay-Varina, NC % goes floating by %%% 919-577-9882 % but there's a teardrop in his eye..." %%%% <yates@ieee.org> % 'One Summer Dream', *Face The Music*, ELO http://home.earthlink.net/~yatescr