|
»
»
octave 3.0.3 build problem due to glpk
|
View:
New views
15 Messages
—
Rating Filter:
Alert me
|
 |
octave 3.0.3 build problem due to glpk
by Marius Schamschula-2
::
Rate this Message:
Hi all, Now that John has posted the source of octave 3.0.3 I've started building it under Mac OS X. I ran into the csparse.cc error, but thanks to Jarsoslav's patch got past that. I now am stuck with the following error (this is from the x86 10.4.11 build, but I get the same error for Mac OS X 10.5.5 and on both PPC and intel platforms): g++ -bundle -bundle_loader ../src/octave -o __glpk__.oct pic/__glpk__.o -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse -Wl,-framework -Wl,vecLib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/ -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3 -L/usr/lib/gcc// -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/// -L/usr/lib// -lhdf5 -lz -lf95 -lm -lSystemStubs -lmx -lglpk /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: __glp_lib_fault_hook __glp_lib_print_hook collect2: ld returned 1 exit status make[2]: *** [__glpk__.oct] Error 1 make[1]: *** [src] Error 2 make: *** [all] Error 2 Note: I'm building against glpk 4.32. Marius -- Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group webmaster at hmug dot org marius at schamschula dot com _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Jaroslav Hajek-2
::
Rate this Message:
On Sun, Oct 12, 2008 at 10:04 PM, Marius Schamschula
<marius173@...> wrote: > Hi all, > Now that John has posted the source of octave 3.0.3 I've started building it > under Mac OS X. I ran into the csparse.cc error, but thanks to Jarsoslav's > patch got past that. I now am stuck with the following error (this is from > the x86 10.4.11 build, but I get the same error for Mac OS X 10.5.5 and on > both PPC and intel platforms): > g++ -bundle -bundle_loader ../src/octave -o __glpk__.oct pic/__glpk__.o > -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lcholmod > -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse -Wl,-framework > -Wl,vecLib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/ > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3 > -L/usr/lib/gcc// > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/// > -L/usr/lib// -lhdf5 -lz -lf95 -lm -lSystemStubs -lmx -lglpk > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: > __glp_lib_fault_hook > __glp_lib_print_hook Octave doesn't ever reference these symbols, so I suspect it's a miscompilation of GLPK. -- RNDr. Jaroslav Hajek computing expert Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Marius Schamschula-2
::
Rate this Message:
Jarsolav,
Somehow glpk 4.32 passes make check... I'll try to downgrade glpk to version 4.28, which I used to build octave 3.0.2. On Oct 13, 2008, at 12:27 AM, Jaroslav Hajek wrote:
Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group webmaster at hmug dot org marius at schamschula dot com _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Jaroslav Hajek-2
::
Rate this Message:
On Mon, Oct 13, 2008 at 1:52 PM, Marius Schamschula <marius173@...> wrote:
> Jarsolav, > Somehow glpk 4.32 passes make check... > I'll try to downgrade glpk to version 4.28, which I used to build octave > 3.0.2. Wicked. I have no explanation. Were you willing to explore the matter, I was about to suggest a script examining Octave's .o files to find out whether any of them happens to reference the symbols via some terrible macro trick or something. -- RNDr. Jaroslav Hajek computing expert Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by John W. Eaton
::
Rate this Message:
On 13-Oct-2008, Jaroslav Hajek wrote:
| On Sun, Oct 12, 2008 at 10:04 PM, Marius Schamschula | <marius173@...> wrote: | > Hi all, | > Now that John has posted the source of octave 3.0.3 I've started building it | > under Mac OS X. I ran into the csparse.cc error, but thanks to Jarsoslav's | > patch got past that. I now am stuck with the following error (this is from | > the x86 10.4.11 build, but I get the same error for Mac OS X 10.5.5 and on | > both PPC and intel platforms): | > g++ -bundle -bundle_loader ../src/octave -o __glpk__.oct pic/__glpk__.o | > -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lcholmod | > -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse -Wl,-framework | > -Wl,vecLib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm | > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/ | > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3 | > -L/usr/lib/gcc// | > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/// | > -L/usr/lib// -lhdf5 -lz -lf95 -lm -lSystemStubs -lmx -lglpk | > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: | > __glp_lib_fault_hook | > __glp_lib_print_hook | | Octave doesn't ever reference these symbols, so I suspect it's a | miscompilation of GLPK. The file src/DLD-FUNCTIONS/glpk has this code, which is probably related to the problem: #if defined (HAVE_GLPK) extern "C" { #if defined (HAVE_GLPK_GLPK_H) #include <glpk/glpk.h> #else #include <glpk.h> #endif #ifdef GLPK_PRE_4_14 #ifndef _GLPLIB_H #include <glplib.h> #endif #ifndef lib_set_fault_hook #define lib_set_fault_hook lib_fault_hook #endif #ifndef lib_set_print_hook #define lib_set_print_hook lib_print_hook #endif #else void _glp_lib_print_hook (int (*func)(void *info, char *buf), void *info); void _glp_lib_fault_hook (int (*func)(void *info, char *buf), void *info); #endif } Is GLPK_PRE_4_14 defined in your config.h file when you use glpk 4.32? Has the glpk interface changed again to remove the _glp_lib_print_hook and _glp_lib_fault_hook functions? jwe _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Jaroslav Hajek-2
::
Rate this Message:
On Mon, Oct 13, 2008 at 4:21 PM, John W. Eaton <jwe@...> wrote:
> On 13-Oct-2008, Jaroslav Hajek wrote: > > | On Sun, Oct 12, 2008 at 10:04 PM, Marius Schamschula > | <marius173@...> wrote: > | > Hi all, > | > Now that John has posted the source of octave 3.0.3 I've started building it > | > under Mac OS X. I ran into the csparse.cc error, but thanks to Jarsoslav's > | > patch got past that. I now am stuck with the following error (this is from > | > the x86 10.4.11 build, but I get the same error for Mac OS X 10.5.5 and on > | > both PPC and intel platforms): > | > g++ -bundle -bundle_loader ../src/octave -o __glpk__.oct pic/__glpk__.o > | > -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lcholmod > | > -lumfpack -lamd -lcamd -lcolamd -lccolamd -lcxsparse -Wl,-framework > | > -Wl,vecLib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm > | > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/ > | > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3 > | > -L/usr/lib/gcc// > | > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/// > | > -L/usr/lib// -lhdf5 -lz -lf95 -lm -lSystemStubs -lmx -lglpk > | > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: > | > __glp_lib_fault_hook > | > __glp_lib_print_hook > | > | Octave doesn't ever reference these symbols, so I suspect it's a > | miscompilation of GLPK. > > The file src/DLD-FUNCTIONS/glpk has this code, which is probably > related to the problem: > > #if defined (HAVE_GLPK) > > extern "C" > { > #if defined (HAVE_GLPK_GLPK_H) > #include <glpk/glpk.h> > #else > #include <glpk.h> > #endif > > #ifdef GLPK_PRE_4_14 > > #ifndef _GLPLIB_H > #include <glplib.h> > #endif > #ifndef lib_set_fault_hook > #define lib_set_fault_hook lib_fault_hook > #endif > #ifndef lib_set_print_hook > #define lib_set_print_hook lib_print_hook > #endif > > #else > > void _glp_lib_print_hook (int (*func)(void *info, char *buf), void *info); > void _glp_lib_fault_hook (int (*func)(void *info, char *buf), void *info); > Damn. Where did the leading double underscores come from? > #endif > } > > Is GLPK_PRE_4_14 defined in your config.h file when you use glpk 4.32? > > Has the glpk interface changed again to remove the _glp_lib_print_hook > and _glp_lib_fault_hook functions? > I think they are deprecated in my version (4.23), so chances are they're already gone from 4.32. > jwe > -- RNDr. Jaroslav Hajek computing expert Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by John W. Eaton
::
Rate this Message:
On 13-Oct-2008, Jaroslav Hajek wrote:
| > Has the glpk interface changed again to remove the _glp_lib_print_hook | > and _glp_lib_fault_hook functions? | > | | I think they are deprecated in my version (4.23), so chances are | they're already gone from 4.32. I installed libglpk-dev from Debian experimental, reconfigured and ran make again and it works for me. So I don't know why this would be failing on OS X. jwe _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Marius Schamschula-2
::
Rate this Message:
Hi all,
I did a bit of experimenting today. I rolled back glpk to version 4.28, which was the last known good version for octave (I had built 3.0.2 against this version). Sure enough octave 3.0.3 also built against this version of glpk. I then updated glpk to version 4.30. Again a good build, then 4.31, also good. The problem is with version 4.32: after I reinstalled this version I got the same error as in my original post. Rebuilding glpk 4.32 did not change anything... On Oct 13, 2008, at 10:24 AM, John W. Eaton wrote:
Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group webmaster at hmug dot org marius at schamschula dot com _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Marius Schamschula-2
::
Rate this Message:
On Oct 13, 2008, at 9:21 AM, John W. Eaton wrote:
grep GLPK_PRE_4_14 /tmp/octave-3.0.3/config.h /* #undef GLPK_PRE_4_14 */
Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group webmaster at hmug dot org marius at schamschula dot com _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Sergei Steshenko-2
::
Rate this Message:
--- On Mon, 10/13/08, Marius Schamschula <marius173@...> wrote: > From: Marius Schamschula <marius173@...> > Subject: Re: octave 3.0.3 build problem due to glpk > To: "John W. Eaton" <jwe@...> > Cc: bug-octave@... > Date: Monday, October 13, 2008, 5:13 PM > On Oct 13, 2008, at 9:21 AM, John W. Eaton wrote: > > > On 13-Oct-2008, Jaroslav Hajek wrote: > > > > | On Sun, Oct 12, 2008 at 10:04 PM, Marius Schamschula > > | <marius173@...> wrote: > > | > Hi all, > > | > Now that John has posted the source of octave > 3.0.3 I've > > started building it > > | > under Mac OS X. I ran into the csparse.cc > error, but thanks to > > Jarsoslav's > > | > patch got past that. I now am stuck with the > following error > > (this is from > > | > the x86 10.4.11 build, but I get the same error > for Mac OS X > > 10.5.5 and on > > | > both PPC and intel platforms): > > | > g++ -bundle -bundle_loader ../src/octave -o > __glpk__.oct pic/ > > __glpk__.o > > | > -L../libcruft -lcruft -L../liboctave -loctave > -L. -loctinterp - > > lcholmod > > | > -lumfpack -lamd -lcamd -lcolamd -lccolamd > -lcxsparse -Wl,- > > framework > > | > -Wl,vecLib -lfftw3 -lreadline -lncurses -lhdf5 > -lz -lm > > | > > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/ > > | > > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3 > > | > -L/usr/lib/gcc// > > | > > -L/usr/local/bin/../lib/gcc-lib/i386-apple-darwin8.11.1/4.0.3/// > > | > -L/usr/lib// -lhdf5 -lz -lf95 -lm -lSystemStubs > -lmx -lglpk > > | > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: > Undefined symbols: > > | > __glp_lib_fault_hook > > | > __glp_lib_print_hook > > | > > | Octave doesn't ever reference these symbols, so > I suspect it's a > > | miscompilation of GLPK. > > > > The file src/DLD-FUNCTIONS/glpk has this code, which > is probably > > related to the problem: > > > > #if defined (HAVE_GLPK) > > > > extern "C" > > { > > #if defined (HAVE_GLPK_GLPK_H) > > #include <glpk/glpk.h> > > #else > > #include <glpk.h> > > #endif > > > > #ifdef GLPK_PRE_4_14 > > > > #ifndef _GLPLIB_H > > #include <glplib.h> > > #endif > > #ifndef lib_set_fault_hook > > #define lib_set_fault_hook lib_fault_hook > > #endif > > #ifndef lib_set_print_hook > > #define lib_set_print_hook lib_print_hook > > #endif > > > > #else > > > > void _glp_lib_print_hook (int (*func)(void *info, > char *buf), > > void *info); > > void _glp_lib_fault_hook (int (*func)(void *info, > char *buf), > > void *info); > > > > #endif > > } > > > > Is GLPK_PRE_4_14 defined in your config.h file when > you use glpk 4.32? > > grep GLPK_PRE_4_14 /tmp/octave-3.0.3/config.h > /* #undef GLPK_PRE_4_14 */ > > > > Has the glpk interface changed again to remove the > _glp_lib_print_hook > > and _glp_lib_fault_hook functions? > > > > jwe > > Marius > -- > Marius Schamschula > Webmaster > > The Huntsville Macintosh Users Group > www.hmug.org > > webmaster at hmug dot org > marius at schamschula dot com > > I have just rebuilt octave-3.0.3 from sources on my SUSE 10.3 box with glpk-4.32 - everything is fine. So, somehow this glpk-4.32 is very MacOS-specific. Regards, Sergei. _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by John W. Eaton
::
Rate this Message:
On 13-Oct-2008, Marius Schamschula wrote:
| I did a bit of experimenting today. | | I rolled back glpk to version 4.28, which was the last known good | version for octave (I had built 3.0.2 against this version). Sure | enough octave 3.0.3 also built against this version of glpk. | | I then updated glpk to version 4.30. Again a good build, then 4.31, | also good. | | The problem is with version 4.32: after I reinstalled this version I | got the same error as in my original post. Rebuilding glpk 4.32 did | not change anything... What do you get for nm src/pic/__glpk__.o | grep 'lib_[a-z]*_hook' in your Octave build directory? What do you see for nm /path/to/glpk/libglpk.a | grep 'lib_[a-z]*_hook' with glpk 4.32? On my system, I see $ nm src/pic/__glpk__.o | grep 'lib_[a-z]*_hook' U _glp_lib_fault_hook U _glp_lib_print_hook and $ nm /usr/lib/libglpk.a | grep 'lib_[a-z]*_hook' U _glp_lib_term_hook 0000000000000000 T _glp_lib_fault_hook 0000000000000050 T _glp_lib_print_hook 0000000000000000 T _glp_lib_term_hook My results are with the 4.32 glpk packages from Debian experimental: $ dpkg -l '*glpk*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-============================================ ii glpk 4.32-1 linear programming kit ii glpk-doc 4.32-1 linear programming kit - documentation files ii glpk-utils 4.32-1 linear programming kit - utility files ii libglpk-dev 4.32-1 linear programming kit - development files ii libglpk0 4.32-1 linear programming kit with integer (MIP) su jwe _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Marius Schamschula-2
::
Rate this Message:
John,
On Oct 14, 2008, at 9:33 AM, John W. Eaton wrote:
nm /tmp/octave-3.0.3/src/pic/__glpk__.o | grep 'lib_[a-z]*_hook' U __glp_lib_fault_hook U __glp_lib_print_hook
nm /usr/local/lib/libglpk.a | grep 'lib_[a-z]*_hook' U __glp_lib_term_hook 000000d9 T __glp_lib_fault_hook 000001ca T __glp_lib_print_hook 00000194 T __glp_lib_term_hook
Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group webmaster at hmug dot org marius at schamschula dot com _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by John W. Eaton
::
Rate this Message:
On 14-Oct-2008, Marius Schamschula wrote:
| John, | | On Oct 14, 2008, at 9:33 AM, John W. Eaton wrote: | | > On 13-Oct-2008, Marius Schamschula wrote: | > | > | I did a bit of experimenting today. | > | | > | I rolled back glpk to version 4.28, which was the last known good | > | version for octave (I had built 3.0.2 against this version). Sure | > | enough octave 3.0.3 also built against this version of glpk. | > | | > | I then updated glpk to version 4.30. Again a good build, then 4.31, | > | also good. | > | | > | The problem is with version 4.32: after I reinstalled this version I | > | got the same error as in my original post. Rebuilding glpk 4.32 did | > | not change anything... | > | > What do you get for | > | > nm src/pic/__glpk__.o | grep 'lib_[a-z]*_hook' | > | > in your Octave build directory? | | nm /tmp/octave-3.0.3/src/pic/__glpk__.o | grep 'lib_[a-z]*_hook' | U __glp_lib_fault_hook | U __glp_lib_print_hook | | | > What do you see for | > | > nm /path/to/glpk/libglpk.a | grep 'lib_[a-z]*_hook' | > | > with glpk 4.32? | | nm /usr/local/lib/libglpk.a | grep 'lib_[a-z]*_hook' | U __glp_lib_term_hook | 000000d9 T __glp_lib_fault_hook | 000001ca T __glp_lib_print_hook | 00000194 T __glp_lib_term_hook Then I have no idea why the linker is failing to find these symbols. Are you sure that you are linking with this library, or the corresponding .so file? I showed the .a file in my example because the .so files in the Debian package are stripped, so nm doesn't return anything useful. If you are actually linking with a .so file, then what does nm say about the symbols in it? jwe _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by Marius Schamschula-2
::
Rate this Message:
John,
On Oct 14, 2008, at 12:08 PM, John W. Eaton wrote:
Good catch. On the Mac the corresponding dynamic libraries are .dylib files. For version 4.32: nm /usr/local/lib/libglpk.0.17.0.dylib | grep 'lib_[a-z]*_hook' u __glp_lib_term_hook 0002e856 t __glp_lib_fault_hook 0002ea9b t __glp_lib_print_hook 0002ea65 t __glp_lib_term_hook nm /usr/local/lib/libglpk.0.16.0.dylib | grep 'lib_[a-z]*_hook' U __glp_lib_term_hook 00031623 T __glp_lib_fault_hook 00031868 T __glp_lib_print_hook 00031832 T __glp_lib_term_hook for version 4.31 Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group webmaster at hmug dot org marius at schamschula dot com _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
|
|
Re: octave 3.0.3 build problem due to glpk
by John W. Eaton
::
Rate this Message:
On 14-Oct-2008, Marius Schamschula wrote:
| Good catch. On the Mac the corresponding dynamic libraries are .dylib | files. For version 4.32: | | nm /usr/local/lib/libglpk.0.17.0.dylib | grep 'lib_[a-z]*_hook' | u __glp_lib_term_hook | 0002e856 t __glp_lib_fault_hook | 0002ea9b t __glp_lib_print_hook | 0002ea65 t __glp_lib_term_hook | | whereas I get | | nm /usr/local/lib/libglpk.0.16.0.dylib | grep 'lib_[a-z]*_hook' | U __glp_lib_term_hook | 00031623 T __glp_lib_fault_hook | 00031868 T __glp_lib_print_hook | 00031832 T __glp_lib_term_hook | | for version 4.31 The lower-case t means they are file-scope symbols. So why are they no longer exported? Is that intentional, or a bug in 4.32? jwe _______________________________________________ Bug-octave mailing list Bug-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/bug-octave |
| Free embeddable forum powered by Nabble | Forum Help |
