Opened 4 years ago
Closed 4 years ago
#14365 closed enhancement (fixed)
mupdf requires glu, it is no longer pulled in.
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | 10.1 |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description ¶
In my jhalfs testing I built firefox, seamonkey, and xfce. Inevitably, that pulled in far more deps than I had anticipated, but right at the end it intended to build cups-filters, and for that it needed mupdf. (Too many items to work out why cups-filters was right at the end, presumably a runtime dep of something).
mupdf failed:
CC build/shared-release/platform/gl/gl-file.o In file included from thirdparty/freeglut/include/GL/freeglut.h:17, from platform/gl/gl-app.h:14, from platform/gl/gl-annotate.c:1: thirdparty/freeglut/include/GL/freeglut_std.h:144:13: fatal error: GL/glu.h: No such file or directory 144 | # include <GL/glu.h> | ^~~~~~~~~~ compilation terminated. make: *** [Makefile:100: build/shared-release/platform/gl/gl-annotate.o] Error 1 make: *** Waiting for unfinished jobs....
That file comes from GLU. In the mupdf instructions we now have:
USE_SYSTEM_GLUT := no # need freeglut2-art fork
Looking at dependencies, freeglut recommended glu. I guess that the dependency has become lost now that system glut cannot be used in mupdf.
I'll start an incremental build in a little while, specifying xscreensaver (which already pulls in GLU) and cups-filters to prove this is the required fix.
Builds ok like that. Looking at the header, glu.h is needed unless FREEGLUT_GLES or APPLE are defined, so required rather than recommended.
(trac interprets the double underscores around APPLE as starting and ending underlining)