Hos wrote:Compiling blender under RedHat Linux has always been a chore,
but not anymore! The main problems have been: problems with the
openal sound libs, problems with the netscape libs, and problems
with missing symbols in libcrypto. Here's how to make it easy for
yourself:
[...]
For my attempt enhance the font rendering, I just had to recompile Blender 2.27 on Red Hat Linux 8, and later also Tuhopuu. Without noticing this guide, I managed to compile Blender 2.27 with all modules. These are my rough steps:
1. Download, build and install OpenAL and FTGL (which should not be a problem on Red Hat Linux). The linking will still not work, but it makes a lot easier if you just have those headers in the include path. Do not forget to patch FTGL according to README.
2. Download and install the RPM packages
mozilla-devel and
mozilla-nspr-devel. You can use
up2date for this, if you are registered with the Red Hat Network.
3. Go into
blender-2.27/source/nan_definitions.mk, after the
ifeq conditional with
linux as the 2nd argument, uncomment the lines defining
INTERNATIONAL and
WITH_FREETYPE2.
4. If you do not have a static version of libGL (you can check its existence by
locate libGL.a), go into the file
blender-2.27/source/Makefile, look again for
ifeq ($(OS),linux), comment out the line
BINTARGETS += blenderstatic in your architecture (usually i386 for IA-32).
5. In the file
blender-2.27/intern/keymaker/Makefile, add
-ldl after the line containing
libcrypto.a.
6. If you have only dynamical libGL/libGLU (like users of Nvidia drivers),go into
blender-2.27/source/nan_link.mk, again after
ifeq ($(OS),linux), comment out the line defining
SADD.
7. Do make. This time, it will abort somewhere when it tries to link against the Mozilla NSPR headers.
8. Go into
blender-2.27/lib/linux-glibc2.x.xx-i386 (replace "
2.x.xx" with your Glibc version), create the directory
nspr/include, and symbolically link
/usr/include/mozilla-1.0.1/nspr/* and
/usr/include/mozilla-1.0.1/xpcom/* into it (you will have a big mess of files, but there will be no file name collision).
9. Again in
blender-2.27/lib/linux-glibc2.x.xx-i386, create the directory
ftgl/lib and symbolically link (or copy) your
libftgl.a from whereever you installed FTGL into this directory.
10. Make sure (possibly by an additional symbolic link) that
libopenal.a can be found as
/usr/lib/libopenal.a.
11. Do make again in the the root blender directory. This time, make should run through (or if you skipped 4 and you actually do not have a static libGL, at least it should compile until a dynamical binary is being built).
If you have built 2.27, building Tuhopuu from CVS should be really easy. What Hos did not have is the OpenAL library. If you have this, all you have to install in addition to the above (at the moment) is SMPEG. Then, uncommenting INTERNATIONAL, JUST_BLENDERDYNAMIC and REDHAT_WEIRDNESS in Makefile should be enough and make should run through.
I know that these are awfully much steps, but it will give you a complete Blender, including OpenAL and font smoothing (which was what I want to modify). Steps like 9 are just necessary due to the very strange configuration done to the source tree (who would link against a library in /usr/lib by writing its name explicitly?).
I will look again into these steps, maybe providing a script doing these automatically.