bugGNU Octave - Bugs: bug #44249, Documentation build fails, OSMesa...

 
 

bug #44249: Documentation build fails, OSMesa version error

Submitter:  Arun Giridhar <arungiridhar>
Submitted:  Sat 14 Feb 2015 06:14:14 PM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  None
Originator Name:  Arun Giridhar Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 04 Jul 2016 11:38:30 PM UTC, comment #10: 


>building OSMesa to the wiki.


URL is
http://wiki.octave.org/OSMesa

Tatsuro MATSUOKA <tmacchant>
Sun 15 Feb 2015 11:36:01 PM UTC, comment #9: 

@Rik: yes it can. Andreas has also added the instructions for building OSMesa to the wiki. Thanks!

Arun Giridhar <arungiridhar>
Group Member
Sun 15 Feb 2015 05:05:17 PM UTC, comment #8: 

@Arun: Can this bug be closed?

Rik <rik5>
Group administrator
Sun 15 Feb 2015 04:43:14 PM UTC, comment #7: 

@Andreas: that works! Thank you. Octave now builds perfectly.

Arun Giridhar <arungiridhar>
Group Member
Sun 15 Feb 2015 03:21:03 PM UTC, comment #6: 

@Arun: have you used ldconfig? I had no problems to build and use OSMesa on Debian wheezy.

Andreas Weber <andy1978>
Group Member
Sun 15 Feb 2015 03:16:54 PM UTC, comment #5: 

We have reverted back to using gnuplot for building the documentation.  This needs to be fixed, but doesn't gate the 4.0 release.

Rik <rik5>
Group administrator
Sat 14 Feb 2015 11:02:14 PM UTC, comment #4: 

It appears Octave cannot open the libOSMesa.so shared library as a DLD function. Here is a build error log:

../../run-octave -f -q -H -p ../../../octave/doc/interpreter --eval "geometryimages ('voronoi', 'eps');"
error: _opengl_print_: /home/myname/srcoctave/build/libinterp/dldfcn/__osmesa_print__.oct: failed to load: libOSMesa.so.8: cannot open shared object file: No such file or directory
error: called from
    _opengl_print_ at line 171 column 7
    print at line 431 column 14
    geometryimages at line 53 column 5
make[3]: * [voronoi.eps] Error 1


libOSMesa is present in the library path, in /usr/local/lib:

$ locate OSMesa
/usr/local/lib/libOSMesa.la
/usr/local/lib/libOSMesa.so
/usr/local/lib/libOSMesa.so.8
/usr/local/lib/libOSMesa.so.8.0.0

$ ls -alF /usr/local/lib/libOSMesa.*
-rwxr-xr-x 1 root root     958 Feb 14 16:17 /usr/local/lib/libOSMesa.la*
lrwxrwxrwx 1 root root      18 Feb 14 16:17 /usr/local/lib/libOSMesa.so -> libOSMesa.so.8.0.0*
lrwxrwxrwx 1 root root      18 Feb 14 16:17 /usr/local/lib/libOSMesa.so.8 -> libOSMesa.so.8.0.0*
-rwxr-xr-x 1 root root 4831219 Feb 14 16:17 /usr/local/lib/libOSMesa.so.8.0.0*


Octave configure has been passed the library locations, and does detect OSMesa during:

../octave/configure --enable-docs \
--with-OSMesa-includedir="/usr/local/include/GL" \
--with-OSMesa-libdir="/usr/local/lib" \
LDFLAGS="-L/usr/local/lib -L/usr/lib -L/lib"

Arun Giridhar <arungiridhar>
Group Member
Sat 14 Feb 2015 09:21:49 PM UTC, comment #3: 

@Mike Miller: Here is the error during the Octave documentation build:

../../run-octave -f -q -H -p ../../../octave/doc/interpreter --eval "geometryimages ('voronoi', 'eps');"
error: _osmesa_print_: Depth and stencil doesn't match, are you sure you are using OSMesa >= 9.0?
error: called from
    _opengl_print_ at line 171 column 7
    print at line 431 column 14
    geometryimages at line 53 column 5
make[3]: * [voronoi.eps] Error 1


@Andreas: I just built OSMesa with your instructions now. It's proceeding much better than before. I had earlier tried to build Mesa 10.5, instead of 10.2. Also your disabling DRI, GLX, XVMC, and LLVM seem to help in the OSMesa build -- it was earlier asking for various -proto components like dri2proto, dri3proto, presentproto in successive build attempts. The build-dep list for libosmesa6-dev however was outdated, especially in its LLVM version, and as it turned out wasn't needed for the OSMesa build.

Arun Giridhar <arungiridhar>
Group Member
Sat 14 Feb 2015 08:01:01 PM UTC, comment #2: 

@Arun: You can build OSMesa with


wget -nc ftp://ftp.freedesktop.org/pub/mesa/current/MesaLib-10.2.2.tar.bz2
tar xjf MesaLib-10.2.2.tar.bz2
cd Mesa-10.2.2/

autoreconf -fi

./configure \
    CXXFLAGS="-O2 -g -DDEFAULT_SOFTWARE_DEPTH_BITS=31" \
    CFLAGS="-O2 -g -DDEFAULT_SOFTWARE_DEPTH_BITS=31" \
    --disable-xvmc \
    --disable-glx \
    --disable-dri \
    --with-dri-drivers="" \
    --with-gallium-drivers="" \
    --enable-texture-float \
    --disable-shared-glapi \
    --disable-egl \
    --with-egl-platforms="" \
    --enable-osmesa \
    --enable-gallium-llvm=no \
    --prefix=/usr/local/mesa/10.2.2/classic

make
#optional
make check
sudo make install


Perhaps you have to run "apt-get build-dep libosmesa6-dev" before to install the needed dependencies.

Andreas Weber <andy1978>
Group Member
Sat 14 Feb 2015 06:18:23 PM UTC, comment #1: 

Thanks for your bug report. This is definitely an issue, and we will do something about it for the upcoming release, either update configure to automatically disable building docs if you don't have OSMesa, or fall back to Gnuplot. See discussion on bug #36943 and bug #33180.

Can you say what the errors are when building with OSMesa < 9?

Mike Miller <mtmiller>
Group Member
Sat 14 Feb 2015 06:14:14 PM UTC, original submission:  

64-bit Ubuntu 12.04.5

It appears a recent changeset requires OSMesa to be installed for offline printing of figures. I installed libosmesa6-dev per discussion in Bug #33180. However it maps to OSMesa version 8.5. Consequently the Octave build fails when making the figures for the online documentation, as it requires OSMesa >= 9.0.

I have temporarily disabled the building of Octave documentation. Building OSMesa from scratch keeps failing with a growing list of missing -proto libraries from [1], and I wasn't sure whether I needed a full MESA/DRM system built from scratch for Octave. Could someone share advice here about the best way to install OSMesa for Octave, given that the precompiled binary maps to an old version?

[1]: http://xorg.freedesktop.org/releases/individual/proto/

Arun Giridhar <arungiridhar>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by tmacchant (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by andy1978 (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by arungiridhar (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-02-16 rik5 StatusNone Fixed
        Open/ClosedOpen Closed
    2015-02-15 rik5 Severity5 - Blocker 3 - Normal
    2015-02-14 mtmiller CategoryPlotting with OpenGL Configuration and Build System
        Severity3 - Normal 5 - Blocker

    Back to the top

    Powered by Savane 3.13-cf05.
    Corresponding source code