SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Compiling 32-bit programs
=========================
In case you need to compile a 32-bit program (wine and grub are two examples
of open source programs that are 32-bit only) you first configure your
shell environment by running the command:
. /etc/profile.d/32dev.sh
Note the 'dot' in front of the filename - that is actually part of the
commandline! It will change or create several environment variables so
that 32-bit versions of binaries are preferred.
You will be able to use standard SlackBuild scripts to build 32-bit packages
for Slackware64. You have to keep two things in mind:
(1) You will have to define the ARCH variable as 'x86_64' even though you
are compiling a 32-bit program!
(2) You will have to edit the SlackBuild and if it wants to use 'lib64/'
directories for "$ARCH = x86_64", you will have to force it to use 'lib/'
directories instead. Usually, this is accomplished by finding a definition
like:
LIBDIRSUFFIX="64"
and change this line to
LIBDIRSUFFIX=""
Moreover, I've successfully built some other compat32 packages.
My SlackBuild is based on mesa.SlackBuild, provided by Slackware maintainers (Slackware's mesa 9.1.7 is built using it).
I've built 64-bit package of mesa 9.2.5 without any problems.
But, when trying to create 32-bit package, build process fails.
My first attempts with this build log was failing with this:
Code:
CPPAS xform4.lo
../../src/mesa/x86-64/xform4.S: Assembler messages:
../../src/mesa/x86-64/xform4.S:35: Error: bad register name `%rbx'
(...)
../../src/mesa/x86-64/xform4.S:468: Error: bad register name `%rdi)'
../../src/mesa/x86-64/xform4.S:470: Error: bad register name `%rdi'
gmake[4]: *** [xform4.lo] Error 1
I've found a solution so I can avoid that problem: I force HAVE_X86_64_ASM variable in <mesa's extracted source dir>/configure.ac to be setted to FALSE/NO. (If I'm wrong with this, please, tell me.)
gmake[2]: Entering directory `/tmp/Mesa-9.2.5/src/gallium/targets'
Making all in dri-vmwgfx
gmake[3]: Entering directory `/tmp/Mesa-9.2.5/src/gallium/targets/dri-vmwgfx'
GEN vmwgfx_dri.la
/usr/lib64/gcc/x86_64-slackware-linux/4.8.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/lib64/libz.so when searching for -lz
/usr/lib64/gcc/x86_64-slackware-linux/4.8.2/../../../../x86_64-slackware-linux/bin/ld: skipping incompatible /usr/lib64/libz.a when searching for -lz
/usr/lib64/libdrm.so: could not read symbols: File in wrong format
collect2: error: ld returned 1 exit status
gmake[3]: *** [vmwgfx_dri.la] Error 1
I have no idea why it's trying to find something in /usr/lib64 .
I've searched to find a solution. IMHO the best this I've found is this advice (did not use his script, but tried to add '--enable-32-bit' flag to SLKCFLAGS in SlackBuild), but that did not helped.
Any advice? Or, may be, there is another way I get 64bit & compat32 packages for new mesa? (for example, is it safe to use alien (not Bob, but a program ) for package like mesa?).
I just chroot into a 32 bit install of Slackware to compile the 32 bit versions of the packages I need.
Unfortunately, I have no 32bit slack installation so I can chroot into. Moreover, guys at ##slackware@irc.freenode.net told me that it's not the simpliest task to complete
Unfortunately, I have no 32bit slack installation so I can chroot into. Moreover, guys at ##slackware@irc.freenode.net told me that it's not the simpliest task to complete
Actually it is pretty easy, it only needs a few steps:
1) Obtain a Slackware 32 bit repository, either use the DVD or a local mirror
2)
Code:
su -
mkdir chroot32bit
installpkg --root chroot32bit /path/to/the/repository/slackware/{a,ap,d,e,kde,l,n,t,tcl,x,xap,xfce,y}/*.t?z
Now you have a 32 bit chroot that you can use to compile packages. Keep in mind that you have to export ARCH=i486 when using the chroot (add it to your .bashrc, so you can't forget it), otherwise it will bail out because it tries to build 64 bit packages.
Ok, so I did minimal 32bit slackware installation into local dir and now there is no fail when building mesa (but only with my patch to disable HAVE_X86_64_ASM). Thank you for the instruction, TobiSGD, I thought it's harder to do.
Anyway, I still need some help: looks like mesa autoconf changed since mesa-9.1.7 + from version to version some drivers moved from dri to gallium (if I understand things right), so package is not built correctly (for example: libs should be installed to /usr/lib64, but are installed at /usr/local/lib). I've tried different combinations of options (not all possible, of course), but the output is... not very good
Can anyone help with build options for new mesa versions?
The problem: there are some examples, but looks like different distros put different files in different places, so I'm looking for some info to build nice mesa package for slackware.
This is the Slackbuild I use to compile newer Mesa versions (posting this from a system running Mesa 10):
Code:
#!/bin/sh
# Copyright 2006, 2007, 2008, 2009, 2010, 2011, 2013 Patrick J. Volkerding, Sebeka, MN, USA
# All rights reserved.
#
# Redistribution and use of this script, with or without modification, is
# permitted provided that the following conditions are met:
#
# 1. Redistributions of this script must retain the above copyright
# notice, this list of conditions and the following disclaimer.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED
# WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
# MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO
# EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
# OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
# WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
# OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
# ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
PKGNAM=mesa
VERSION=10.0.0
DEMOVERS=8.1.0
BUILD=${BUILD:-1}
NUMJOBS=${NUMJOBS:--j8}
# Be sure this list is up-to-date:
DRI_DRIVERS="i915,i965,intel,nouveau,r200,radeon,swrast"
if [ -z "$ARCH" ]; then
case "$( uname -m )" in
i?86) export ARCH=i486 ;;
arm*) export ARCH=arm ;;
*) export ARCH=$( uname -m ) ;;
esac
fi
CWD=$(pwd)
TMP=${TMP:-/tmp}
PKG=$TMP/package-mesa
if [ "$ARCH" = "i486" ]; then
SLKCFLAGS="-O2 -march=i486 -mtune=i686"
LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
SLKCFLAGS="-O2 -fPIC"
LIBDIRSUFFIX="64"
else
SLKCFLAGS="-O2"
LIBDIRSUFFIX=""
fi
rm -rf $PKG
mkdir -p $TMP $PKG
cd $TMP
rm -rf Mesa-${VERSION}
tar xvf $CWD/MesaLib-${VERSION}.tar.?z* || exit 1
cd Mesa-$VERSION
# Let's kill the warning about operating on a dangling symlink:
rm -f src/gallium/state_trackers/d3d1x/w32api
# Make sure ownerships and permissions are sane:
chown -R root:root .
find . \
\( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
-exec chmod 755 {} \; -o \
\( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
-exec chmod 644 {} \;
# Apply patches from git (and maybe elsewhere):
# Patches obtained by:
# git checkout origin/8.0
# git format-patch 3d657b14b4cab98a2945904823e78cd8950944f4.. # 8.0.3 release
if /bin/ls $CWD/patches/*.patch 1> /dev/null 2> /dev/null ; then
for patch in $CWD/patches/*.patch ; do
patch -p1 < $patch || exit 1 ;
done
fi
if [ ! -r configure ]; then
autoreconf || exit 1
fi
# Running autogen to avoid problems if our autotools don't match upstream's:
./autogen.sh
CFLAGS="$SLKCFLAGS" \
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--libdir=/usr/lib${LIBDIRSUFFIX} \
--mandir=/usr/man \
--docdir=/usr/doc/mesa-$VERSION \
--with-dri-driverdir=/usr/lib${LIBDIRSUFFIX}/xorg/modules/dri \
--with-dri-drivers="$DRI_DRIVERS" \
--with-gallium-drivers=r600,svga \
--enable-gallium-llvm \
--enable-vdpau \
--enable-shared-glapi \
--enable-xa \
--enable-osmesa \
--build=$ARCH-slackware-linux
# r300 requires llvm
# Other gallium drivers:
# galahad,i915,identity,llvmpipe,noop,nv50,nvc0,nvfx,rbug,softpipe,svga,trace
make $NUMJOBS || make || exit 1
make install DESTDIR=$PKG || exit 1
# Now install the demos
( cd $TMP
rm -rf mesa-demos-$DEMOVERS
tar xvf $CWD/mesa-demos-$DEMOVERS.tar.?z* || exit 1
cd mesa-demos-$DEMOVERS
chown -R root:root .
find . \
\( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
-exec chmod 755 {} \; -o \
\( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
-exec chmod 644 {} \;
CFLAGS="$SLKCFLAGS" \
./configure \
--prefix=/usr \
--build=$ARCH-slackware-linux
# Build and install gears and glinfo, as well as a few other demos
make -C src/demos gears glinfo
make -C src/xdemos \
glthreads glxcontexts glxdemo glxgears glxgears_fbconfig \
glxheads glxinfo glxpbdemo glxpixmap
mkdir -p $PKG/usr/bin
cp -a src/demos/{gears,glinfo} $PKG/usr/bin
for i in glthreads glxcontexts glxdemo glxgears glxgears_fbconfig \
glxheads glxinfo glxpbdemo glxpixmap ; do
cp -a src/xdemos/$i $PKG/usr/bin ;
done
)
# Strip binaries:
find $PKG | xargs file | grep -e "executable" -e "shared object" | grep ELF \
| cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null
find $PKG/usr/man -type f -exec gzip -9 {} \;
for i in $( find $PKG/usr/man -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done
# Compress info files, if any:
if [ -d $PKG/usr/info ]; then
rm -f $PKG/usr/info/dir
gzip -9 $PKG/usr/info/*
fi
mkdir -p $PKG/usr/doc/Mesa-$VERSION/html
cp -a \
docs/COPYING* docs/relnotes-${VERSION}*.html docs/README* docs/GL* \
$PKG/usr/doc/Mesa-$VERSION
cp -a docs/*.html $PKG/usr/doc/Mesa-$VERSION/html
rm -f $PKG/usr/doc/Mesa-$VERSION/html/relnotes*.html
mkdir -p $PKG/install
cat $CWD/slack-desc > $PKG/install/slack-desc
cd $PKG
/sbin/makepkg -l y -c n $TMP/${PKGNAM}-$VERSION-$ARCH-$BUILD.txz
Of course you will have to adapt the version number to your needs. Also, keep in mind that I have enabled VDPAU (line 103) for video acceleration on Radeon cards, so this build will fail if you don't have libvdpau installed. If you don't need/want to use VDPAU just delete that line.
Thanks for SlackBuild. But I see the same problem with libs placement as with my SlackBuild. Or... is it a problem or not?
So, when I build mesa-10.0 with this SlackBuild (actually it's you SlackBuild with commented line #103), package (64bit) is being created, but files inside are at... strange locations:
Code:
$ cat /var/log/packages/mesa-10.0.0-x86_64-1
PACKAGE NAME: mesa-10.0.0-x86_64-1
COMPRESSED PACKAGE SIZE: 21M
UNCOMPRESSED PACKAGE SIZE: 77M
PACKAGE LOCATION: /tmp/mesa-10.0.0-x86_64-1.txz
PACKAGE DESCRIPTION:
mesa: mesa (a 3-D graphics library)
mesa:
mesa: Mesa is a 3-D graphics library with an API very similar to that of
mesa: another well-known 3-D graphics library. :-) The Mesa libraries are
mesa: used by X to provide both software and hardware accelerated graphics.
mesa:
mesa: Mesa was written by Brian Paul.
mesa:
mesa:
mesa:
mesa:
FILE LIST:
./
usr/
usr/local/
usr/local/etc/
usr/local/etc/drirc
usr/local/lib/
usr/local/lib/libGL.la
usr/local/lib/pkgconfig/
usr/local/lib/pkgconfig/egl.pc
usr/local/lib/pkgconfig/gl.pc
usr/local/lib/pkgconfig/dri.pc
usr/local/lib/libXvMCr600.la
usr/local/lib/libGL.so.1.2.0
usr/local/lib/libEGL.so.1.0.0
usr/local/lib/libEGL.la
usr/local/lib/libXvMCr600.so.1.0.0
usr/local/lib/libglapi.so.0.0.0
usr/local/lib/dri/
usr/local/lib/dri/swrast_dri.so
usr/local/lib/dri/i915_dri.so
usr/local/lib/dri/r600_dri.so
usr/local/lib/dri/radeon_dri.so
usr/local/lib/dri/vmwgfx_dri.la
usr/local/lib/dri/vmwgfx_dri.so
usr/local/lib/dri/nouveau_vieux_dri.so
usr/local/lib/dri/r600_dri.la
usr/local/lib/dri/swrast_dri.la
usr/local/lib/dri/r300_dri.la
usr/local/lib/dri/r200_dri.so
usr/local/lib/dri/i965_dri.so
usr/local/lib/dri/r300_dri.so
usr/local/lib/libglapi.la
usr/local/include/
usr/local/include/KHR/
usr/local/include/KHR/khrplatform.h
usr/local/include/GL/
usr/local/include/GL/glx_mangle.h
usr/local/include/GL/glext.h
usr/local/include/GL/gl.h
usr/local/include/GL/wmesa.h
usr/local/include/GL/glxext.h
usr/local/include/GL/internal/
usr/local/include/GL/internal/dri_interface.h
usr/local/include/GL/glx.h
usr/local/include/GL/osmesa.h
usr/local/include/GL/gl_mangle.h
usr/local/include/GL/wglext.h
usr/local/include/EGL/
usr/local/include/EGL/eglmesaext.h
usr/local/include/EGL/eglplatform.h
usr/local/include/EGL/eglext.h
usr/local/include/EGL/egl.h
usr/bin/
usr/doc/
usr/doc/Mesa-10.0.0/
usr/doc/Mesa-10.0.0/GL3.txt
usr/doc/Mesa-10.0.0/README.CYGWIN
usr/doc/Mesa-10.0.0/COPYING
usr/doc/Mesa-10.0.0/README.MITS
usr/doc/Mesa-10.0.0/README.THREADS
usr/doc/Mesa-10.0.0/README.UVD
usr/doc/Mesa-10.0.0/html/
usr/doc/Mesa-10.0.0/html/lists.html
usr/doc/Mesa-10.0.0/html/thanks.html
usr/doc/Mesa-10.0.0/html/opengles.html
usr/doc/Mesa-10.0.0/html/webmaster.html
usr/doc/Mesa-10.0.0/html/sourcedocs.html
usr/doc/Mesa-10.0.0/html/egl.html
usr/doc/Mesa-10.0.0/html/precompiled.html
usr/doc/Mesa-10.0.0/html/utilities.html
usr/doc/Mesa-10.0.0/html/helpwanted.html
usr/doc/Mesa-10.0.0/html/dispatch.html
usr/doc/Mesa-10.0.0/html/devinfo.html
usr/doc/Mesa-10.0.0/html/install.html
usr/doc/Mesa-10.0.0/html/viewperf.html
usr/doc/Mesa-10.0.0/html/versions.html
usr/doc/Mesa-10.0.0/html/perf.html
usr/doc/Mesa-10.0.0/html/download.html
usr/doc/Mesa-10.0.0/html/intro.html
usr/doc/Mesa-10.0.0/html/faq.html
usr/doc/Mesa-10.0.0/html/postprocess.html
usr/doc/Mesa-10.0.0/html/openvg.html
usr/doc/Mesa-10.0.0/html/developers.html
usr/doc/Mesa-10.0.0/html/application-issues.html
usr/doc/Mesa-10.0.0/html/shading.html
usr/doc/Mesa-10.0.0/html/sourcetree.html
usr/doc/Mesa-10.0.0/html/bugs.html
usr/doc/Mesa-10.0.0/html/debugging.html
usr/doc/Mesa-10.0.0/html/vmware-guest.html
usr/doc/Mesa-10.0.0/html/contents.html
usr/doc/Mesa-10.0.0/html/license.html
usr/doc/Mesa-10.0.0/html/osmesa.html
usr/doc/Mesa-10.0.0/html/extensions.html
usr/doc/Mesa-10.0.0/html/llvmpipe.html
usr/doc/Mesa-10.0.0/html/xlibdriver.html
usr/doc/Mesa-10.0.0/html/conform.html
usr/doc/Mesa-10.0.0/html/envvars.html
usr/doc/Mesa-10.0.0/html/systems.html
usr/doc/Mesa-10.0.0/html/repository.html
usr/doc/Mesa-10.0.0/html/mangling.html
usr/doc/Mesa-10.0.0/html/autoconf.html
usr/doc/Mesa-10.0.0/html/index.html
usr/doc/Mesa-10.0.0/README.QUAKE
usr/doc/Mesa-10.0.0/README.WIN32
install/
install/doinst.sh
install/slack-desc
(as I've mentioned before, most libs are located at /usr/local/lib)
Do you have the same "simptoms"? Or is it a problem at my side?
I have cut down my Slackbuild to only build the r600 and the swrast drivers (and I use a git version of LLVM), but that shouldn't change the location for the libraries. Here is what I have:
Code:
>>> cat /var/log/packages/mesa-10.0.0-x86_64-1 demon 20:48:24 ~ [INS]
PACKAGE NAME: mesa-10.0.0-x86_64-1
COMPRESSED PACKAGE SIZE: 21M
UNCOMPRESSED PACKAGE SIZE: 83M
PACKAGE LOCATION: ./mesa-10.0.0-x86_64-1.txz
PACKAGE DESCRIPTION:
mesa: mesa (a 3-D graphics library)
mesa:
mesa: Mesa is a 3-D graphics library with an API very similar to that of
mesa: another well-known 3-D graphics library. :-) The Mesa libraries are
mesa: used by X to provide both software and hardware accelerated graphics.
mesa:
mesa: Mesa was written by Brian Paul.
mesa:
mesa:
mesa:
mesa:
FILE LIST:
./
install/
install/slack-desc
install/doinst.sh
usr/
usr/include/
usr/include/GL/
usr/include/GL/gl_mangle.h
usr/include/GL/osmesa.h
usr/include/GL/glext.h
usr/include/GL/wmesa.h
usr/include/GL/glx_mangle.h
usr/include/GL/internal/
usr/include/GL/internal/dri_interface.h
usr/include/GL/wglext.h
usr/include/GL/gl.h
usr/include/GL/glx.h
usr/include/GL/glxext.h
usr/include/xa_composite.h
usr/include/xa_context.h
usr/include/KHR/
usr/include/KHR/khrplatform.h
usr/include/EGL/
usr/include/EGL/eglmesaext.h
usr/include/EGL/egl.h
usr/include/EGL/eglext.h
usr/include/EGL/eglplatform.h
usr/include/xa_tracker.h
usr/lib64/
usr/lib64/libGL.la
usr/lib64/vdpau/
usr/lib64/vdpau/libvdpau_r600.so.1.0.0
usr/lib64/vdpau/libvdpau_r600.la
usr/lib64/pkgconfig/
usr/lib64/pkgconfig/dri.pc
usr/lib64/pkgconfig/gl.pc
usr/lib64/pkgconfig/xatracker.pc
usr/lib64/pkgconfig/egl.pc
usr/lib64/pkgconfig/osmesa.pc
usr/lib64/libxatracker.la
usr/lib64/libglapi.so.0.0.0
usr/lib64/libglapi.la
usr/lib64/libXvMCr600.la
usr/lib64/libOSMesa.la
usr/lib64/libEGL.la
usr/lib64/libOSMesa.so.8.0.0
usr/lib64/libxatracker.so.2.0.0
usr/lib64/xorg/
usr/lib64/xorg/modules/
usr/lib64/xorg/modules/dri/
usr/lib64/xorg/modules/dri/swrast_dri.so
usr/lib64/xorg/modules/dri/r600_dri.la
usr/lib64/xorg/modules/dri/vmwgfx_dri.la
usr/lib64/xorg/modules/dri/r600_dri.so
usr/lib64/xorg/modules/dri/vmwgfx_dri.so
usr/lib64/xorg/modules/dri/radeon_dri.so
usr/lib64/libGL.so.1.2.0
usr/lib64/libEGL.so.1.0.0
usr/lib64/libXvMCr600.so.1.0.0
usr/doc/
usr/doc/Mesa-10.0.0/
usr/doc/Mesa-10.0.0/COPYING
usr/doc/Mesa-10.0.0/GL3.txt
usr/doc/Mesa-10.0.0/README.UVD
usr/doc/Mesa-10.0.0/README.THREADS
usr/doc/Mesa-10.0.0/README.WIN32
usr/doc/Mesa-10.0.0/README.CYGWIN
usr/doc/Mesa-10.0.0/README.QUAKE
usr/doc/Mesa-10.0.0/README.MITS
usr/doc/Mesa-10.0.0/html/
usr/doc/Mesa-10.0.0/html/install.html
usr/doc/Mesa-10.0.0/html/developers.html
usr/doc/Mesa-10.0.0/html/versions.html
usr/doc/Mesa-10.0.0/html/perf.html
usr/doc/Mesa-10.0.0/html/precompiled.html
usr/doc/Mesa-10.0.0/html/helpwanted.html
usr/doc/Mesa-10.0.0/html/mangling.html
usr/doc/Mesa-10.0.0/html/contents.html
usr/doc/Mesa-10.0.0/html/webmaster.html
usr/doc/Mesa-10.0.0/html/intro.html
usr/doc/Mesa-10.0.0/html/autoconf.html
usr/doc/Mesa-10.0.0/html/conform.html
usr/doc/Mesa-10.0.0/html/egl.html
usr/doc/Mesa-10.0.0/html/download.html
usr/doc/Mesa-10.0.0/html/index.html
usr/doc/Mesa-10.0.0/html/shading.html
usr/doc/Mesa-10.0.0/html/faq.html
usr/doc/Mesa-10.0.0/html/thanks.html
usr/doc/Mesa-10.0.0/html/systems.html
usr/doc/Mesa-10.0.0/html/envvars.html
usr/doc/Mesa-10.0.0/html/dispatch.html
usr/doc/Mesa-10.0.0/html/postprocess.html
usr/doc/Mesa-10.0.0/html/lists.html
usr/doc/Mesa-10.0.0/html/osmesa.html
usr/doc/Mesa-10.0.0/html/viewperf.html
usr/doc/Mesa-10.0.0/html/debugging.html
usr/doc/Mesa-10.0.0/html/utilities.html
usr/doc/Mesa-10.0.0/html/repository.html
usr/doc/Mesa-10.0.0/html/opengles.html
usr/doc/Mesa-10.0.0/html/llvmpipe.html
usr/doc/Mesa-10.0.0/html/devinfo.html
usr/doc/Mesa-10.0.0/html/sourcetree.html
usr/doc/Mesa-10.0.0/html/license.html
usr/doc/Mesa-10.0.0/html/openvg.html
usr/doc/Mesa-10.0.0/html/vmware-guest.html
usr/doc/Mesa-10.0.0/html/bugs.html
usr/doc/Mesa-10.0.0/html/xlibdriver.html
usr/doc/Mesa-10.0.0/html/sourcedocs.html
usr/doc/Mesa-10.0.0/html/extensions.html
usr/doc/Mesa-10.0.0/html/application-issues.html
usr/bin/
usr/bin/glxpixmap
usr/bin/glxgears
usr/bin/glxcontexts
usr/bin/glxheads
usr/bin/glxdemo
usr/bin/glxgears_fbconfig
usr/bin/glinfo
usr/bin/glxpbdemo
usr/bin/gears
usr/bin/glthreads
usr/bin/glxinfo
etc/
etc/drirc
EDIT: I just upgraded to 10.0.1 (still all libraries where they should be) and realized that I have posted an older version of my Slackbuild here. If you want to have the main advantage of Mesa 10, OpenGL 3 support, you have to add the --enable-texture-float option.
I figured out why paths were broken during build process: if on of the targets (which I set by setting DRI_DRIVERS variable and --with-gallium-drivers option) fails during configuration process -- paths will broke. So, in my case, I removed "intel" from DRI_DRIVERS list and paths becase normal (/usr/lib64, not /usr/local/lib as before).
I still fighting with mesa trying to find optimal build options, but, at least, packages are building successfully now and I have some experience already. If I'll meet some hard problems again - I know, where to ask.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.