Wed 04 May 2016 03:23:34 PM UTC, comment #10:
Dear all!
octave 4.0.1 - Win10
figure (1, "visible", false);
peaks
print test.png
using
graphics_toolkit gnuplot
everthing works fine
using
graphics_toolkit qt
I get this error:
_osmesa_print_: Depth and stencil doesn't match, are you sure you are using OSMesa >= 9.0?
How can I fix this in Windows?
(update osmesa.dll?)
Thanks - kind regards
|
Fri 22 Jan 2016 09:15:15 AM UTC, comment #9:
1. Just an FYI: on my system, downgrading isn't a solution. It gives kernel panic errors (see below).
2. The --without-OSMesa option fails with /usr/bin/texi2dvi: etex exited with bad status (see below). It would be nice to have this option.
3. I still get this compilation error (needs a cast to octave_idx_type).
../libinterp/corefcn/jit-typeinfo.cc: In function 'void octave_jit_ginvalid_index()':
../libinterp/corefcn/jit-typeinfo.cc:226:26: error: call of overloaded 'gripe_invalid_index(int)' is ambiguous
gripe_invalid_index (-1);
|
Thu 21 Jan 2016 05:11:22 PM UTC, comment #8:
Thanks. Closing as a duplicate (report still available for reference).
Note I still don't know of a proper fix for this, other than downgrading libosmesa to the prior version.
|
Thu 21 Jan 2016 08:36:38 AM UTC, comment #7:
You're right Mike. That snippet crashes Octave 4.0.1-rc3 with the message "octave exited with signal 11."
|
Wed 20 Jan 2016 05:34:02 PM UTC, comment #6:
That is because 4.0.x do not use osmesa to print figures for the manual. Sorry for not being more explicit.
Please try printing an invisible figure with 4.0.1rc3, e.g.
This works for me but I expect it will fail on Ubuntu 14.04, with either 4.0.x or with the dev version, and there is nothing specific about the dev version that causes this bug, it's the system libraries.
|
Wed 20 Jan 2016 01:05:35 PM UTC, comment #5:
Just checked and octave-4.0.1-rc3 compiles fine with the default libosmesa6-dev from the Ubuntu repos.
|
Tue 19 Jan 2016 03:34:14 PM UTC, comment #4:
Thanks for your replies!
Changing to an older library did not help - it gave some serious looking errors (panic: Segmentation fault -- stopping myself... attempting to save variables to 'octave-workspace'... save to 'octave-workspace' complete).
The --without-OSMesa configure option seems more promising. It gets further then fails with a different error.
|
Mon 18 Jan 2016 06:07:54 AM UTC, comment #3:
I had this " _osmesa_print_: Depth and stencil doesn't match" error on Ubuntu 14.04. As @Mike suggested in the discussion of bug #46675, I have removed current version of osmesa, and installed a previous one:
You can see the current lib and previous versions with
|
Sun 17 Jan 2016 10:31:02 PM UTC, comment #2:
I think this is a duplicate of bug #46675. I do not think it is specific to the version of Octave being built, nor to your configure options, but to the Mesa packages built for Ubuntu 14.04.
Can you confirm that bug #46675 sounds identical?
As a workaround you should be able to build from a source tarball that was prepared on another system, or try building with --without-OSMesa (I think changes were made recently to allow building the docs without OSMesa).
|
Sun 17 Jan 2016 10:22:56 PM UTC, comment #1:
Try again with the configure options.
../configure LD_LIBRARY_PATH="/opt/OpenBLAS/lib" CPPFLAGS="-I/opt/OpenBLAS/include" LDFLAGS="-L/opt/OpenBLAS/lib" --enable-64 JAVA_HOME="/usr/lib/jvm/java-7-openjdk-amd64" --enable-jit
|
Sun 17 Jan 2016 09:40:56 PM UTC, original submission:
Compiling octave dev version (4.1+) gives some errors. These are my configure options.
The error below is not serious. Casting the -1 to octave_idx_type fixes it.
The other error is below from running make. Searching online reveals previous bug reports (http://octave.1599824.n4.nabble.com/OSMesa-gt-9-0-td4673739.html) without solution. I'm on Xubuntu 14.04 and the libosmesa version is 10.
Funnily enough, octave seems to work if I ./run-octave from the build directory and the documentation seems to work fine (e.g. help svd). However sudo make install throws the same errors and won't go through with the installation.
|