Hi Folks, This is maybe a little off-topic, but I'm hoping someone here has some morsels of knowledge.=20 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 200= 5 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, b= ool>, std::_Select1st<std::pair<std::basic_string<char, std::char_traits<ch= ar>, std::allocator<char> > const, bool> >, std::less<std::basic_string<cha= r, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pa= ir<std::basic_string<char, std::char_traits<char>, std::allocator<char> > c= onst, 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<c= har> > 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_getc= wd()': /usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/bas= ic_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: undefine= d reference to `std::basic_string<char, std::char_traits<char>, std::alloca= tor<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: undefin= ed 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_releas= e' ../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(Com= plexColumnVector 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(Com= plexColumnVector 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_relea= se' ../liboctave/liboctave.a(CColVector.o)(.text+0x14c4): In function `conj(Com= plexColumnVector 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(Com= plexColumnVector 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_relea= se' ../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_relea= se' ../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_relea= se' ../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 --=20 % Randy Yates % "How's life on earth?=20 %% Fuquay-Varina, NC % ... What is it worth?"=20 %%% 919-577-9882 % 'Mission (A World Record)',=20 %%%% <yates@ieee.org> % *A New World Record*, ELO http://home.earthlink.net/~yatescr
Trouble Building Octave
Started by ●February 19, 2006
Reply by ●February 20, 20062006-02-20
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? 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 -- and an active English-language newsgroup, where at least one of the (French) developers hangs out. -- 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
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 compatibilityThat'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
Reply by ●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 ●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<std::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 ●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 ●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 ●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? > > > BobAlas 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 ●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
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