Re: FreeMat 4.0
I am at work right now having no access to current but on 4.8 release (i386) FreeMat 3.6 crashes when I trying to produce pcode. I will try tomorrow to reproduce crash on current. Pcode is not that important anyway but people should be aware. Also built in editor is useless (not that I am really using it or need it). It gives annoying warning that the selected font is not fixed pitch. After the warning the editor works as expected but hangs the application when I try to close it. I tried changing font manually in editor preference to fixed pitch font but the problem persists. I will try to reproduce this on current. Best, Predrag P.S. Is anybody on the upstream mailing lists? I am guessing that above are not OpenBSD specific problems and have to do with quality control.
Re: FreeMat 4.0
I just checked FreeMat on 4.0 current. The font problem in the editor is gone. Also pcode generator of pseudo code is disabled by upstream. Good!!! It was useless anywhy. So far 4.0 is real improvement over 3.6. Sorry for the noise. Predrag
Re: FreeMat 4.0
Alexandr Shadchin [2010-10-12, 13:25:43]: On Mon, Oct 11, 2010 at 11:19 AM, Predrag Punosevac punoseva...@gmail.com wrote: Here are some preliminary results of testing FreeMat-4.0 on OpenBSD snapshot of 6th of October (i386 kernel bsd.sp). Running the run_tests multi-platform regression test suite which is shipped with the FreeMat hangs after completing test bbtest_lower. Application itself doesn't hang and I can start editor but the test is never fully complited. It would be good if somebody can run this test on the faster machine with multi cores as FreeMat requires LLVM compiler and gfortran. I also run the test on the snapshot of 22 of August which should be epsilon close to 4.8 relese. I tested FreeMat version 3.6 which will be shipped with the release on i386, bsd.mp. FreeMat dumps the core during the test. This is the output from gdb I used to test this script http://koba.devio.us/distfiles/run-test amd64(Core i5) script - OK GUI - first run OK, second - hangs after completing test bbtest_lower i386(PIII) script and GUI - hangs after completing test bbtest_lower committed your diff, thanks. only 2 tests failed: bbtest_ls and bbtest_system seems to run ok on amd64, i386, sparc64.
Re: FreeMat 4.0
On Mon, Oct 11, 2010 at 11:19 AM, Predrag Punosevac punoseva...@gmail.com wrote: Here are some preliminary results of testing FreeMat-4.0 on OpenBSD snapshot of 6th of October (i386 kernel bsd.sp). Running the run_tests multi-platform regression test suite which is shipped with the FreeMat hangs after completing test bbtest_lower. Application itself doesn't hang and I can start editor but the test is never fully complited. It would be good if somebody can run this test on the faster machine with multi cores as FreeMat requires LLVM compiler and gfortran. I also run the test on the snapshot of 22 of August which should be epsilon close to 4.8 relese. I tested FreeMat version 3.6 which will be shipped with the release on i386, bsd.mp. FreeMat dumps the core during the test. This is the output from gdb I used to test this script http://koba.devio.us/distfiles/run-test amd64(Core i5) script - OK GUI - first run OK, second - hangs after completing test bbtest_lower i386(PIII) script and GUI - hangs after completing test bbtest_lower -- Alexandr Shadchin
Re: FreeMat 4.0
Alexandr Shadchin alexandr.shadc...@gmail.com wrote: On Mon, Oct 11, 2010 at 11:19 AM, Predrag Punosevac punoseva...@gmail.com wrote: Here are some preliminary results of testing FreeMat-4.0 on OpenBSD snapshot of 6th of October (i386 kernel bsd.sp). Running the run_tests multi-platform regression test suite which is shipped with the FreeMat hangs after completing test bbtest_lower. Application itself doesn't hang and I can start editor but the test is never fully completed. It would be good if somebody can run this test on the faster machine with multi cores as FreeMat requires LLVM compiler and gfortran. I also run the test on the snapshot of 22 of August which should be epsilon close to 4.8 release. I tested FreeMat version 3.6 which will be shipped with the release on i386, bsd.mp. FreeMat dumps the core during the test. This is the output from gdb I used to test this script http://koba.devio.us/distfiles/run-test amd64(Core i5) script - OK GUI - first run OK, second - hangs after completing test bbtest_lower i386(PIII) script and GUI - hangs after completing test bbtest_lower Ok, I have an idea where might be the problem. I checked the list of tests and the test bbtest_ls is the one which is executed after the bbtest_lower. This is the list of all tests http://freemat.sourcearchive.com/documentation/3.6plus-pdfsg-6/dir_30c3fe9066a850dcd28222cc06f369c0.html Now look at the code for that test bbtest_ls.m % Regression test function (black blox) for FreeMat v3.6 % This function is autogenerated by helpgen. function bbtest_success = bbtest_ls bbtest_success = 1; NumErrors = 0; try ls m*.m catch NumErrors = NumErrors + 1; end if (NumErrors ~= 0) bbtest_success = 0; return; end NumErrors = 0; try ls('m*.m') catch NumErrors = NumErrors + 1; end if (NumErrors ~= 0) bbtest_success = 0; return; end NumErrors = 0; try ls 'm*.m' catch NumErrors = NumErrors + 1; end if (NumErrors ~= 0) bbtest_success = 0; return; end So that is the regression test for Freemat 3.6. Is it possible that the test hangs because Freemat 3.6 crashes on OpenBSD? This is the culprit of the 3.6 crash #0 0x1c14f1f8 in QListQByteArray::~QList () I think that has to do with Qt libraries. Can anybody with the knowledge of Qt libraries confirm that? Cheers, Predrag -- Alexandr Shadchin
Re: FreeMat 4.0
Alexandr Shadchin alexandr.shadc...@gmail.com wrote: Try this. Unpack in ports/math Apparently somebody doesn't know how to apply diff properly(: The above port works like a charm on i386 snapshot of 6th of October. I put the port in http://www.devio.us/~ppunosevac/ports/ and I put the binary packages in http://www.devio.us/~ppunosevac/packages/ Actually with all dependencies installed compiling of FreeMat last less than 30 minutes on the failry slow P4. I will be running quite a bit m-code next couple of days on it so I will report problems. I will also try to compile FreeMat in next couple of days on sparc64. Alexandr, thank you so much for your work! Cheers, Predrag P.S. For people who are curious about FreeMat 4.0 on 4.8 release this is the output # pkg_add freemat-4.0.tgz Can't install freemat-4.0 because of libraries |library X11.14.0 not found | /usr/X11R6/lib/libX11.so.13.0 (system): bad major |library c.57.0 not found | /usr/lib/libc.so.56.0 (system): bad major |library ncurses.12.0 not found | /usr/lib/libncurses.so.11.0 (system): bad major Direct dependencies for freemat-4.0 resolve to: amd-2.2.0p2 pcre-8.02p1 fftw3-3.2.2 fftw3-float-3.2.2 portaudio-svn-1406p1 umfpack-5.1.0p3 qt4-4.6.3p2 Full dependency tree is amd-2.2.0p2 libxml-2.7.6 pcre-8.02p1 tremor-20080326 gstreamer-plugins-base-0.10.30p0 png-1.2.44 tiff-3.9.4 glib2-2.24.1p2 fftw3-common-3.2.2 fftw3-3.2.2 jpeg-8b libgamin-0.1.10p3 libmng-1.0.10 orc-0.4.6 pango-1.28.1 libiconv-1.13p1 cairo-1.8.10p0 fftw3-float-3.2.2 sqlite3-3.6.23p0 portaudio-svn-1406p1 libogg-1.2.0 glitz-0.5.6p2 libtheora-1.1.1p0 lcms-1.18a libvorbis-1.3.1 gettext-0.18.1 umfpack-5.1.0p3 gstreamer-0.10.30p0 qt4-4.6.3p2 Apparently it will take some backporting to get things working. It is not worty since FreeMat is so complex that it needs much more testing on 4.8 current. -- Alexandr Shadchin
Re: FreeMat 4.0
Here are some preliminary results of testing FreeMat-4.0 on OpenBSD snapshot of 6th of October (i386 kernel bsd.sp). Running the run_tests multi-platform regression test suite which is shipped with the FreeMat hangs after completing test bbtest_lower. Application itself doesn't hang and I can start editor but the test is never fully complited. It would be good if somebody can run this test on the faster machine with multi cores as FreeMat requires LLVM compiler and gfortran. I also run the test on the snapshot of 22 of August which should be epsilon close to 4.8 relese. I tested FreeMat version 3.6 which will be shipped with the release on i386, bsd.mp. FreeMat dumps the core during the test. This is the output from gdb GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd4.8... (no debugging symbols found) Core was generated by `freemat'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.12.1...done. Loaded symbols for /usr/lib/libpthread.so.12.1 Reading symbols from /usr/lib/libz.so.4.1...done. Loaded symbols for /usr/lib/libz.so.4.1 Reading symbols from /usr/local/lib/libarpack.so.1.0...done. Loaded symbols for /usr/local/lib/libarpack.so.1.0 Reading symbols from /usr/local/lib/libfftw3.so.5.0...done. Loaded symbols for /usr/local/lib/libfftw3.so.5.0 Reading symbols from /usr/local/lib/libfftw3f.so.5.0...done. Loaded symbols for /usr/local/lib/libfftw3f.so.5.0 Reading symbols from /usr/local/lib/libumfpack.so.0.0...done. Loaded symbols for /usr/local/lib/libumfpack.so.0.0 Reading symbols from /usr/local/lib/libamd.so.0.0...done. Loaded symbols for /usr/local/lib/libamd.so.0.0 Reading symbols from /usr/local/lib/liblapack.so.5.0...done. Loaded symbols for /usr/local/lib/liblapack.so.5.0 Reading symbols from /usr/local/lib/libblas.so.1.0...done. Loaded symbols for /usr/local/lib/libblas.so.1.0 Reading symbols from /usr/local/lib/libavcall.so.1.0...done. Loaded symbols for /usr/local/lib/libavcall.so.1.0 Reading symbols from /usr/local/lib/libpcre.so.2.3...done. Loaded symbols for /usr/local/lib/libpcre.so.2.3 Reading symbols from /usr/local/lib/libportaudio.so.1.0...done. Loaded symbols for /usr/local/lib/libportaudio.so.1.0 Reading symbols from /usr/lib/libcurses.so.11.0...done. Loaded symbols for /usr/lib/libcurses.so.11.0 Reading symbols from /usr/local/lib/libQtOpenGL.so.7.0...done. Loaded symbols for /usr/local/lib/libQtOpenGL.so.7.0 Reading symbols from /usr/local/lib/libQtNetwork.so.8.0...done. Loaded symbols for /usr/local/lib/libQtNetwork.so.8.0 Reading symbols from /usr/local/lib/libQtXml.so.8.0...done. Loaded symbols for /usr/local/lib/libQtXml.so.8.0 Reading symbols from /usr/local/lib/libQtSvg.so.7.0...done. Loaded symbols for /usr/local/lib/libQtSvg.so.7.0 Reading symbols from /usr/local/lib/libQtGui.so.9.0...done. Loaded symbols for /usr/local/lib/libQtGui.so.9.0 Reading symbols from /usr/local/lib/libQtCore.so.8.0...done. Loaded symbols for /usr/local/lib/libQtCore.so.8.0 Reading symbols from /usr/X11R6/lib/libGLU.so.7.0...done. Loaded symbols for /usr/X11R6/lib/libGLU.so.7.0 Reading symbols from /usr/local/lib/libg2c.so.8.1...done. Loaded symbols for /usr/local/lib/libg2c.so.8.1 Symbols already loaded for /usr/lib/libpthread.so.12.1 Reading symbols from /usr/lib/libstdc++.so.50.0...done. Loaded symbols for /usr/lib/libstdc++.so.50.0 Reading symbols from /usr/lib/libm.so.5.2...done. Loaded symbols for /usr/lib/libm.so.5.2 Reading symbols from /usr/lib/libc.so.56.0...done. Loaded symbols for /usr/lib/libc.so.56.0 Reading symbols from /usr/X11R6/lib/libGL.so.10.0...done. Loaded symbols for /usr/X11R6/lib/libGL.so.10.0 Reading symbols from /usr/lib/libsndio.so.3.3...done. Loaded symbols for /usr/lib/libsndio.so.3.3 Reading symbols from /usr/X11R6/lib/libfreetype.so.17.1...done. Loaded symbols for /usr/X11R6/lib/libfreetype.so.17.1 Reading symbols from /usr/X11R6/lib/libXi.so.11.0...done. Loaded symbols for /usr/X11R6/lib/libXi.so.11.0 Reading symbols from /usr/X11R6/lib/libXrender.so.5.0...done. Loaded symbols for /usr/X11R6/lib/libXrender.so.5.0 Reading symbols from /usr/X11R6/lib/libXinerama.so.5.0...done. Loaded symbols for /usr/X11R6/lib/libXinerama.so.5.0 Reading symbols from /usr/X11R6/lib/libfontconfig.so.7.0...done. Loaded symbols for /usr/X11R6/lib/libfontconfig.so.7.0 Reading symbols from /usr/lib/libexpat.so.9.0...done. Loaded symbols for /usr/lib/libexpat.so.9.0 Reading symbols from /usr/X11R6/lib/libXext.so.11.0...done. Loaded symbols for /usr/X11R6/lib/libXext.so.11.0 Reading symbols from /usr/X11R6/lib/libX11.so.13.0...done. Loaded symbols for /usr/X11R6/lib/libX11.so.13.0 Reading symbols from /usr/local
Re: FreeMat 4.0
Alexandr Shadchin alexandr.shadc...@gmail.com wrote: On Mon, Sep 27, 2010 at 8:53 AM, Predrag Punosevac punoseva...@gmail.com wrote: I tried to apply the patch to the snapshot (i386) of 22nd of August. I know, I know that is not the way to do it. I will do tomorrow fresh installation of the latest snapshot. For what is worthed the patch failed (probably expectedly). ... Best, Predrag Try to update the ports tree, as far as I can see the diff imposed not quite right. I tried to compile FreeMat 4.0 on the snapshot of 6th of October. All dependencies are compiled fine (it took 8 hours on a slow machine) but FreeMat fails to compile. It looks like there is some problem with diff for patches or I am doing something very wrong. Please see the output below. Or as an option, I compiled the package http://koba.devio.us/distfiles/freemat-4.0.tgz (-current) 12 MB Is the package for i386 or amd64? I recall you testing freemat on amd64. If it was for i386 it is NO go on 4.8 release as it requires newer versions of some libraries. I have not tried to install on the snapshot of 6th of October (4.8 current). Best, Predrag P.S. Sorry that it took me so long to test it. I was just too busy with my work. -- Alexandr Shadchin === Verifying specs: lib/qt4/QtCore lib/qt4/QtCore GL GLU ICE SM X11 Xext c m ncurses pcre pthread stdc++ z amd fftw3 fftw3f portaudio umfpack QtGui QtNetwork QtOpenGL QtSvg QtXml GL GLU ICE SM X11 Xext c m ncurses pcre pthread stdc++ z amd fftw3 fftw3f portaudio umfpack QtGui QtNetwork QtOpenGL QtSvg QtXml === found lib/qt4/QtCore.8.0 GL.10.0 GLU.7.0 ICE.9.0 SM.8.0 X11.14.0 Xext.11.0 c.57.0 m.5.2 ncurses.12.0 pcre.2.3 pthread.12.1 stdc++.50.0 z.4.1 amd.0.0 fftw3.5.0 fftw3f.5.0 portaudio.1.0 umfpack.0.0 QtGui.9.0 QtNetwork.8.0 QtOpenGL.7.0 QtSvg.7.0 QtXml.8.0 === Extracting for freemat-4.0 === Patching for freemat-4.0 2 out of 2 hunks failed--saving rejects to CMakeLists.txt.rej *** patch-CMakeLists_txt did not apply cleanly === Ignoring patchfile patch-CMakeLists_txt.orig === Ignoring empty patchfile patch-configure_in === Ignoring patchfile patch-configure_in.orig === Ignoring empty patchfile patch-libs_libCore_Makefile_in === Ignoring patchfile patch-libs_libCore_Makefile_in.orig === Ignoring empty patchfile patch-libs_libFreeMat_Print_cpp === Ignoring patchfile patch-libs_libFreeMat_Print_cpp.orig === Ignoring empty patchfile patch-libs_libXP_Editor_cpp === Ignoring patchfile patch-libs_libXP_Editor_cpp.orig *** Error code 1 Stop in /usr/ports/math/freemat (line 2257 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 1596 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 2152 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 2132 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 1627 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 2132 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: FreeMat 4.0
Alexandr Shadchin alexandr.shadc...@gmail.com wrote: On Wed, Sep 22, 2010 at 01:41:42AM -0400, Predrag Punosevac wrote: FreeMat 4.0 is almost a year old now. Has anybody tried to bump up the port from 3.6 to 4.0? I tried manually editing Makefile and compiling 4.0 on the snapshot from 22nd of August (i386) but the patches do not apply cleanly and the compilation fails. My main motivation for using FreeMat 4.0 is better compatibility with MathLab m-code. Best, Predrag P.S. GNU Ocatve appears also outdated so I have not even bothered to play with it. Hi! This update package Freemat to the latest release 4.0. Tested on amd64. -- Alexandr Shdachin Thank you so much!!! You made my day. I will give it a spin tonight on i386. Predrag Punosevac
Re: FreeMat 4.0
Alexandr Shadchin alexandr.shadc...@gmail.com wrote: On Wed, Sep 22, 2010 at 01:41:42AM -0400, Predrag Punosevac wrote: FreeMat 4.0 is almost a year old now. Has anybody tried to bump up the port from 3.6 to 4.0? I tried manually editing Makefile and compiling 4.0 on the snapshot from 22nd of August (i386) but the patches do not apply cleanly and the compilation fails. My main motivation for using FreeMat 4.0 is better compatibility with MathLab m-code. Best, Predrag P.S. GNU Ocatve appears also outdated so I have not even bothered to play with it. Hi! This update package Freemat to the latest release 4.0. Tested on amd64. -- Alexandr Shdachin I tried to apply the patch to the snapshot (i386) of 22nd of August. I know, I know that is not the way to do it. I will do tomorrow fresh installation of the latest snapshot. For what is worthed the patch failed (probably expectedly). === Extracting for freemat-4.0 === Patching for freemat-4.0 2 out of 2 hunks failed--saving rejects to CMakeLists.txt.rej 2 out of 2 hunks failed--saving rejects to CMakeLists.txt.rej 2 out of 2 hunks failed--saving rejects to CMakeLists.txt.rej *** patch-CMakeLists_txt did not apply cleanly === Ignoring patchfile patch-CMakeLists_txt.orig === Ignoring empty patchfile patch-configure_in === Ignoring patchfile patch-configure_in.orig === Ignoring patchfile patch-configure_in.rej === Ignoring patchfile patch-configure_in.rej.orig === Ignoring empty patchfile patch-libs_libCore_Makefile_in === Ignoring patchfile patch-libs_libCore_Makefile_in.orig === Ignoring patchfile patch-libs_libCore_Makefile_in.rej === Ignoring patchfile patch-libs_libCore_Makefile_in.rej.orig === Ignoring empty patchfile patch-libs_libFreeMat_Print_cpp === Ignoring patchfile patch-libs_libFreeMat_Print_cpp.orig === Ignoring patchfile patch-libs_libFreeMat_Print_cpp.rej === Ignoring patchfile patch-libs_libFreeMat_Print_cpp.rej.orig === Ignoring empty patchfile patch-libs_libXP_Editor_cpp === Ignoring patchfile patch-libs_libXP_Editor_cpp.orig === Ignoring patchfile patch-libs_libXP_Editor_cpp.rej === Ignoring patchfile patch-libs_libXP_Editor_cpp.rej.orig *** Error code 1 Stop in /usr/ports/math/freemat (line 2242 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 1581 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 2137 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 2117 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 1612 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/freemat (line 2117 of /usr/ports/infrastructure/mk/bsd.port.mk). # Best, Predrag
Re: FreeMat 4.0
On Wed, Sep 22, 2010 at 01:41:42AM -0400, Predrag Punosevac wrote: P.S. GNU Ocatve appears also outdated so I have not even bothered to play with it. Hopefully I'll do that at p2k10 or sometime in the near future. ENOTIME
FreeMat 4.0
FreeMat 4.0 is almost a year old now. Has anybody tried to bump up the port from 3.6 to 4.0? I tried manually editing Makefile and compiling 4.0 on the snapshot from 22nd of August (i386) but the patches do not apply cleanly and the compilation fails. My main motivation for using FreeMat 4.0 is better compatibility with MathLab m-code. Best, Predrag P.S. GNU Ocatve appears also outdated so I have not even bothered to play with it.