On 7/22/19 2:31 PM, Ken Moffat via blfs-support wrote:
On Mon, Jul 22, 2019 at 08:49:36AM -0400, Richard via blfs-support wrote:
When building freeglut-3.0.0 according to the
blfs-8.4 book, the build stops with the following
error:
/sources/freeglut-3.0.0/include/GL/freeglut_std.h:144:13: fatal error:
GL/glu.h: No such file or directory
The problem is apparently that the file glu.h
cannot be found.
I looked in the freeglut-3.0.0/include/GL directory
and found that there is a file named glut.h. So I
tried the following fix:
cp /sources/freeglut-3.0.0/include/GL/glut.h
/sources/freeglut-3.0.0/include/GL/glu.h
After making a glu.h file with the same contents as
glut.h, the build finished without any error messages.
I had a related problem when I tried to build mupdf-1.14.0,
the build stopped with:
/usr/include/GL/freeglut_std.h:144:13: fatal error: GL/glu.h: No such file
or directory
Again, I found a file named glut.h in /usr/include/GL, so I
tried the fix:
cp /usr/include/GL/glut.h /usr/include/GL/glu.h
After doing this, the mupdf-1.14.0 build completed without
any error messages.
Has anyone encountered this problem? Also, I am wondering
if generating a glu.h file this way is really a valid fix, even
though it allows the builds to proceed.
Do the build instructions for freeglut-3.0.0 and mupdf-1.14.0
need to be modified?
Richard
You should have installed /usr/include/GL/glu.h from GLU-9.0.0.
This is listed as recommended for freeglut, and freeglut is listed
as recommended for mupdf.
If the book says something is recommended, it can mean one of two
things:
1. A package expects it. Probably, there is some possible
workaround (e.g. configure switches) to build without it.
2. If you do not install the recommended package, you lose some
functionality which an editor thought was important.
So, if the book recommends something, you should normally install
it. From time to time, you might decide that the dependency chain
is too annoying and look to see if you can avoid the package. GLU
is not that sort of package (it only needs Mesa, which is a normal
requirement for a desktop build).
It sounds as if you built mupdf before freeglut. Because mupdf
recommends freeglut, I hope you can now identify why building mupdf
first is not the expected approach.
In the section "Notes on Building Software" look for the title
"Dependencies". There it says:
For each package described, BLFS lists the known dependencies. These
are listed under several headings, whose meaning is as follows:
Required means that the target package cannot be correctly built
without the dependency having first been installed.
Recommended means that BLFS strongly suggests this package is
installed first for a clean and trouble-free build, that won't have
issues either during the build process, or at run-time. The instructions
in the book assume these packages are installed. Some changes or
workarounds may be required if these packages are not installed.
Note that last two sentences.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
