src/gl/INSTALL

    Two options are possible: off-screen rendering or using graphics-acceleration hardware.

    Using off-screen rendering

    OSMesa is a software-only implementation of OpenGL i.e. it does not require any graphics hardware and is thus suitable for installation on large-scale clusters which usually do not have graphical capabilities. Both libGLU and libOSMesa are required.

    Debian-based systems (Debian, Ubuntu, etc.)

    sudo apt-get install bison libglu1-mesa-dev libosmesa6-dev

    to install the required system libraries (and their “development” requirements i.e. header files etc.), then do:

    cd $BASILISK/gl
make libglutils.a libfb_osmesa.a

    to compile the libraries provided by Basilisk.

    Mac OSX

    You first need to install MacPorts, then do:

    sudo port install mesa

    to install the required system libraries, then do:

    cd $BASILISK/gl
CFLAGS=-I/opt/local/include make libglutils.a libfb_osmesa.a

    to compile the libraries provided by Basilisk.

    Using graphics-acceleration hardware

    If a graphics card is installed on the system, this can be used to provide faster OpenGL graphics. libGLU, libGLEW, libGL and libX11 are required.

    Debian-based systems (Debian, Ubuntu, etc.)

    Use

    sudo apt-get install bison libglu1-mesa-dev libglew-dev libgl1-mesa-dev

    to install the required system libraries (and their “development” requirements i.e. header files etc.), then do:

    cd $BASILISK/gl
make libglutils.a libfb_glx.a

    to compile the libraries provided by Basilisk.

    Standalone installation

    The libraries are independent from Basilisk and can be installed separately. This is useful for example when running on supercomputers which do not have Basilisk installed.

    This can be done easily using something like:

    On the local system:

    cd $BASILISK
tar czvf gl.tgz gl
scp gl.tgz login@supercomputer.org:

    On the remote machine:

    tar xzvf gl.tgz
cd gl
make clean

    and then follow the installation instructions above.

    Bug in OSMesa “gallium” implementation

    If when using the system-provided OSMesa library in parallel (with MPI), you see only a partial image this can be a symptom of a bug in the “gallium” version of OSMesa. To work around this bug, you will need to recompile the libfb_osmesa library using something like

    cd $BASILISK/gl
rm -f fb_osmesa.o
CFLAGS=-DGALLIUM=1 make libfb_osmesa.a

    Installing OSMesa/GLU from source

    If pre-compiled packages for OSMesa/GLU are not available (or broken) on the system you want to use, it is reasonably simple to install these libraries directly from source. Something like the following recipe should work on most UNIX systems:

    wget http://basilisk.fr/src/gl/mesa-17.2.4.tar.gz
tar xzvf mesa-17.2.4.tar.gz
cd mesa-17.2.4
./configure --prefix=$HOME/local --enable-osmesa \
            --with-gallium-drivers=swrast                \
            --disable-driglx-direct --disable-dri --disable-gbm --disable-egl
make
make install

wget http://basilisk.fr/src/gl/glu-9.0.0.tar.gz
tar xzvf glu-9.0.0.tar.gz
cd glu-9.0.0
./configure --prefix=$HOME/local
make
make install

    see also:

    OSMesa/GLU on Occigen

    If you have an account on Occigen you can access my local installation of basilisk/gl using something like:

    module purge
module load openmpi
module load intel
module load llvm
module load mesa

NAME=view
MESA=`module show mesa 2>&1 | grep MANPATH | cut -d' ' -f3`
GL=/home/popinet/local
mpicc -Wall -std=c99 -O2 _$NAME.c -o $NAME    \
    -I$MESA -L$MESA/lib -I$GL -L$GL/gl-system \
    -lglutils -lfb_osmesa -lOSMesa -lGLU -lm
srun --mpi=pmi2 -K1 --resv-ports -n $SLURM_NTASKS ./$NAME \
     2> log-$SLURM_NTASKS > out-$SLURM_NTASKS