November 2008 - Xquartz-dev - lists.macosforge.org

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 23 Nov '08

23 Nov '08

Am 22.11.2008 um 23:50 schrieb Jeremy Huddleston: > You should apply this patch then for libXaw: > > http://gitweb.freedesktop.org/?p=xorg/lib/ > libXaw.git;a=commitdiff;h=420efdba52593bf13d97c7e001b64caccd04cd5d Not necessary – already applied in repository! -- Greetings Pete Be careful of reading health books, you might die of a misprint. – Mark Twain

2 1

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 22 Nov '08

22 Nov '08

Am 22.11.2008 um 23:50 schrieb Jeremy Huddleston: > I still strongly suggest you try to skip over the GLX support for > now... if you want to try getting GLX working with the new X11 on > Tiger, you're pretty much on your own for now... but you'll need this > patch to mesa-7.0.4: > When I don't know that I am going to use GLX I use "the default." For the X server I added --disable-glx --disable-aiglx for configuration. > How are you trying to build mesa? You should be doing a 'make darwin' > which should set the right #defines That's exactly what I am doing for a clean build. All Mesa libraries are built: -rwxr-xr-x 23748124 22 Nov 21:56 libOSMesa.6.5.dylib lrwxr-xr-x 19 22 Nov 21:56 libOSMesa.6.dylib -> libOSMesa. 6.5.dylib lrwxr-xr-x 19 22 Nov 21:56 libOSMesa.dylib -> libOSMesa. 6.5.dylib lrwxr-xr-x 16 22 Nov 21:56 libGLU.1.dylib -> libGLU.1.3.dylib lrwxr-xr-x 16 22 Nov 21:56 libGLU.dylib -> libGLU.1.3.dylib -rwxr-xr-x 2707656 22 Nov 21:56 libGL.1.2.dylib lrwxr-xr-x 15 22 Nov 21:56 libGL.1.dylib -> libGL.1.2.dylib lrwxr-xr-x 15 22 Nov 21:56 libGL.dylib -> libGL.1.2.dylib -rwxr-xr-x 3824668 22 Nov 21:56 libGLU.1.3.dylib lrwxr-xr-x 17 22 Nov 21:56 libglut.dylib -> libglut.3.7.dylib lrwxr-xr-x 17 22 Nov 21:56 libglut.3.dylib -> libglut. 3.7.dylib -rwxr-xr-x 856268 22 Nov 21:56 libglut.3.7.dylib I think I'll apply your patch anyway. Meanwhile I think I found the cause why indirect.c et al still get compiled despite my configure options: lines #396 - 398 of xserver/hw/xquartz/Makefile.in: @GLX_TRUE@GL_DIR = GL SUBDIRS = bundle . GL xpr pbproxy mach-startup doc DIST_SUBDIRS = bundle . $(GL_DIR) xpr pbproxy mach-startup doc lines #12 - 18 of xserver/hw/xquartz/Makefile.ac: if GLX GL_DIR = GL endif SUBDIRS = bundle . GL xpr pbproxy mach-startup doc DIST_SUBDIRS = bundle . $(GL_DIR) xpr pbproxy mach-startup doc Obviously SUBDIRS should be built like DIST_SUBDIRS ... -- Greetings Pete Competition is the great erode of profits.

1 0

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 22 Nov '08

22 Nov '08

Am 22.11.2008 um 02:31 schrieb Jeremy Huddleston: > Try using that when building xorg-server-1.4.2-apple24 to skip > building all the GL stuff. I configured with: ./configure --prefix=/usr/X11 --enable-maintainer-mode --with-mesa- source=.../Mesa-7.0.4 --enable-builddocs --enable-xquartz --disable- glx --disable-aiglx Configure reports: checking whether to build Xdmx DDX... checking for DMXMODULES... yes no checking whether to build Xvfb DDX... no checking whether to build Xnest DDX... checking for XNESTMODULES... yes no checking whether to build Xorg DDX... no checking whether to build Xgl DDX... no checking whether to build Xegl DDX... no checking whether to build Xglx DDX... no checking whether to build Xprint DDX... no checking whether to build XWin DDX... no It still runs into indirect.c: In function 'setup_dispatch_table': indirect.c:1268: error: 'glBlitFramebufferEXT' undeclared (first use in this function) indirect.c:1268: error: (Each undeclared identifier is reported only once indirect.c:1268: error: for each function it appears in.) and also into In file included from main.m:31: x-selection.h:36:35: error: X11/extensions/Xfixes.h: No such file or directory .. /System/Library/Frameworks/AppKit.framework/Headers/NSPasteboard.h ... /System/Library/Frameworks/AppKit.framework/Headers/AppKitDefines.h In file included from main.m:31: x-selection.h:101: error: parse error before 'XFixesSelectionNotifyEvent' x-selection.h:102: fatal error: method definition not in @implementation context compilation terminated. although I do have: -rw-r--r-- 1 pete admin 7307 22. Nov 14:52 /usr/X11/include/X11/ extensions/Xfixes.h Obviously the Makefile or such is faulty – or am I supposed to have - I/usr/X11/include among the CFLAGS or CPPFLAGS although I pass -- prefix? After I added this element I simply re-configured and then I simply re-compiled. Pbproxy's main.m did not make a problem again, but: Making all in mach-startup make all-am /bin/sh ../../../libtool --tag=CC --mode=link gcc -v -H -pipe - fPIC -O0 -mcpu=7450 -mtune=7450 -fno-common -DROOTLESS_WORKAROUND - DROOTLESS_SAFEALPHA -DNO_ALLOCA -Wl,-framework,CoreServices - dead_strip -bind_at_load -L/sw/lib -L/usr/local/lib -o Xquartz stub.o launchd_fd.o mach_startupUser.o -lm gcc -v -H -pipe -fPIC -O0 -mcpu=7450 -mtune=7450 -fno-common - DROOTLESS_WORKAROUND -DROOTLESS_SAFEALPHA -DNO_ALLOCA -Wl,-framework - Wl,CoreServices -dead_strip -bind_at_load -o Xquartz stub.o launchd_fd.o mach_startupUser.o -L/sw/lib -L/usr/local/lib -lm Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable- checking -enable-werror --prefix=/usr --mandir=/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ lib --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5370) /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/collect2 -dynamic - arch ppc7450 -bind_at_load -dead_strip -macosx_version_min 10.3 - weak_reference_mismatches non-weak -o Xquartz -lcrt1.o /usr/lib/gcc/ powerpc-apple-darwin8/4.0.1/crt2.o -L/sw/lib -L/usr/local/lib -L/usr/ lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/lib/gcc/powerpc-apple- darwin8/4.0.1 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. - framework CoreServices stub.o launchd_fd.o mach_startupUser.o -lm - lgcc -lSystemStubs -lmx -lSystem /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning prebinding disabled because of undefined symbols /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: _bootstrap_strerror collect2: ld returned 1 exit status make[4]: *** [Xquartz] Error 1 (one last Leopard function?) and later a lot of warnings about multiple definitions of symbols. I'll make a new try, after a 'make distclean', and remove the Fink content. -- Greetings Pete Either this man is dead or my watch has stopped. - Groucho Marx

2 1

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 22 Nov '08

22 Nov '08

Am 21.11.2008 um 14:36 schrieb Jeremy Huddleston: > 7.0.2 will work, but use 7.0.4 since it has bugfixes. To me on Tiger it's the other way 'round! Mesa-7.0.4/bin/mklib has 635 if [ ${EXPORTS} ] ; then 636 OPTS="${OPTS} -exported_symbols_list ${EXPORTS}" 637 fi G++ (powerpc-apple-darwin8-g++-4.0.1) does not seem to understand this. Only libGL.1.2.dylib and a few sym-links were created. With the lines above commented, the missing libraries were built and all installed. Later, when the demos were built: glxcontexts.c:60: error: storage size of ‘tz’ isn’t known glxgears.c:60: error: storage size of ‘tz’ isn’t known glxgears_fbconfig.c:74: error: storage size of ‘tz’ isn’t known glxswapcontrol.c:87: error: storage size of ‘tz’ isn’t known The line is each time: struct timezone tz; followed by: (void) gettimeofday(&tv, &tz); Before they have: #include <sys/time.h> #include <unistd.h> The reason for this seems to be that the gcc invocation contains - D_POSIX_C_SOURCE=199309L and /usr/include/sys/time.h has: 153 #ifndef _POSIX_C_SOURCE 154 /* 155 * Structure defined by POSIX.4 to be like a timeval. 156 */ 157 #ifndef _TIMESPEC 158 #define _TIMESPEC 159 struct timespec { 160 time_t tv_sec; /* seconds */ 161 long tv_nsec; /* and nanoseconds */ 162 }; 163 164 #endif 165 166 167 168 169 #define TIMEVAL_TO_TIMESPEC(tv, ts) { \ 170 (ts)->tv_sec = (tv)->tv_sec; \ 171 (ts)->tv_nsec = (tv)->tv_usec * 1000; \ 172 } 173 #define TIMESPEC_TO_TIMEVAL(tv, ts) { \ 174 (tv)->tv_sec = (ts)->tv_sec; \ 175 (tv)->tv_usec = (ts)->tv_nsec / 1000; \ 176 } 177 178 struct timezone { 179 int tz_minuteswest; /* minutes west of Greenwich */ 180 int tz_dsttime; /* type of dst correction */ 181 }; ..... 228 #endif /* ! _POSIX_C_SOURCE */ 229 230 231 232 __BEGIN_DECLS 233 234 #ifndef _POSIX_C_SOURCE 235 #include <time.h> 236 237 int adjtime(const struct timeval *, struct timeval *); 238 int futimes(int, const struct timeval *); 239 int settimeofday(const struct timeval *, const struct timezone *); 240 #endif /* ! _POSIX_C_SOURCE */ 241 242 int getitimer(int, struct itimerval *); 243 int gettimeofday(struct timeval * __restrict, struct timezone * __restrict); 244 int select(int, fd_set * __restrict, fd_set * __restrict, 245 fd_set * __restrict, struct timeval * __restrict); 246 int setitimer(int, const struct itimerval * __restrict, 247 struct itimerval * __restrict); 248 int utimes(const char *, const struct timeval *); 249 250 __END_DECLS 251 252 253 #endif /* !_SYS_TIME_H_ */ Including time.h isn't right either, because it does not have gettimeofday(). Anyway, the demos are not really needed, I just packed out their sources for the first time! Xinit was not built, because: xinit.c:64:26: error: Availability.h: No such file or directory AvailabilityMacros.h seems to be the correct name. -- Greetings Pete These are my principles and if you don't like them... well, I have others. - Groucho Marx

2 1

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Peter Dyballa 22 Nov '08

22 Nov '08

I do have now this version of xserver. Right now a compilation of X11R7.4 is proceeding. It might take until local (UTC+1) midnight (four hours till then), or later, until the X server's build has finished, successful or not. Am 22.11.2008 um 02:31 schrieb Jeremy Huddleston: > 1) What is your purpose for doing this build of X11 on Tiger? Right now it's merely to help you making it Tiger compatible. Since I know that I won't get transparency I'm not that keen on building X11R7.4 anymore. I can afford re-building and updating the distribution, though, and I'll also find time to experiment and to find problems – solutions are harder to find. > > 2) Why are you autoreconf-ing everything? That often won't even work > unless you have all the dependents available (which sometimes isn't > the case) because of bad autotools etiquette when the packages are put > together... The modular build script does this because often a change of source code is accompanied by changes of macros for configuring and building the module. When working on a problem and just changing the source code it's not necessary to run the whole build script, a simple make in the module's top directory would be enough. Changes to the macros would need a 'autoreconf -fvi' or such. > > As I mentioned before, jhbuild / build.sh doesn't work on Leopard let > alone Tiger. The build process is quite complex, and I want to get > jhbuild / build.sh working on Leopard soon, but I haven't even looked > into it much yet. Well, my experience on Tiger is: build.sh works perfectly! (OK, I have to admit that I early started to use an edited version that did not build most of the driver modules and the recent working version does not even start to build any such module since you told me that it's all in xserver.) One advantage of the build script is that you can put it into a particular environment that is then applied uniformly on every module's build procedure. And you can launch it and go to bed. By lunch time the distribution will be built. (Next build will be faster because the 5,000 files of libxcb documentation already exist, thanks to not installed dot and doxygen.) I'll see, to learn, what jhbuild is performing, how it can be controlled (and patched, too)! > > Most of the patches are integrated into upstream except these: > http://people.freedesktop.org/~jeremyhu/not.committed/ > > The libxcb one isn't in because I don't have commit access there yet, > and I don't think the libXt one is really needed... > > libXaw has fixes in git that aren't in a tarball yet... so you need > git for that. I haven't looked at these patches, because these two libraries get built (although I remember that libXaw when installed is not useable because of wrong versioning numbers in the installed files. This becomes visible when the apps are built. > > but again... what's the point to all of this? For example telling you that the build of libXpm (with much reduced Fink content) fails with: sxpm.c:56:21: error: libintl.h: No such file or directory Fink provides this header file in libgettext3-dev, also libintl (in libgettext3-shlibs). And because the build of libXpm failed, libXaw could not be built. And because this library was not built, almost no X client (app) could be built ... Or this: xinit.c:64:26: error: Availability.h: No such file or directory I can also imagine maintaining a wiki to help others to build X11R7.4 on Tiger ... BTW, libpciaccess is definitely not needed to build the X server on Mac OS X? Why is Mesa needed when Apple's OpenGL framework interferes? Aren't the framework's libraries just adequate? -- Greetings Pete Got Mole problems? Call Avogadro 6.02 x 10^23

2 1

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 22 Nov '08

22 Nov '08

Am 22.11.2008 um 02:31 schrieb Jeremy Huddleston: >>> Furthermore, what is up with the "?/Mesa-7.0.2/include" What is >>> the "?" >> >> The list software changed ... (actually HORIZONTAL ELLIPSIS at U >> +2024, Opt-. on my German keyboard) to ?. > > That still does not answer my question... What is up with that "..."? I was hiding part of my private environment, a boring part of the path to the source files. -- Greetings Pete We have to expect it, otherwise we would be surprised.

1 0

Re: [Xquartz-dev] Tiger fixes in 1.4.2-apple24
by Jeremy Huddleston 22 Nov '08

22 Nov '08

Ok, let's back up here a tad. 1) What is your purpose for doing this build of X11 on Tiger? 2) Why are you autoreconf-ing everything? That often won't even work unless you have all the dependents available (which sometimes isn't the case) because of bad autotools etiquette when the packages are put together... As I mentioned before, jhbuild / build.sh doesn't work on Leopard let alone Tiger. The build process is quite complex, and I want to get jhbuild / build.sh working on Leopard soon, but I haven't even looked into it much yet. Most of the patches are integrated into upstream except these: http://people.freedesktop.org/~jeremyhu/not.committed/ The libxcb one isn't in because I don't have commit access there yet, and I don't think the libXt one is really needed... libXaw has fixes in git that aren't in a tarball yet... so you need git for that. For everything else, just use the released tarball and don't worry about autoreconf -fvi stuff. but again... what's the point to all of this?

1 0

Tiger fixes in 1.4.2-apple24
by Jeremy Huddleston 21 Nov '08

21 Nov '08

Hi Peter, I've pushed a series of patches into xorg-server-1.4-apple to attack the problems you've mentioned so far about building xorg-server on Tiger. I also made a tarball of it if you prefer that over git. It's 1.4.2-apple24. Check out http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=shortlog;h=xorg-server-… I'm not sure how to best deal with the OpenGL.framework being too old for us issue, so I just made xorg-server honor the '--disable-glx' configure option. Try using that when building xorg-server-1.4.2- apple24 to skip building all the GL stuff. I think I took care of each of the other issues you mentioned by either noop-ing unimportant things, resurrecting old code-paths, or adding typedefs when it's being built on Tiger. --Jeremy

1 0

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 21 Nov '08

21 Nov '08

Am 21.11.2008 um 14:36 schrieb Jeremy Huddleston: > Firstly, use Mesa-7.0.4. I'll do it over the weekend. > > > Furthermore, what is up with the "?/Mesa-7.0.2/include" What is > the "?" The list software changed ... (actually HORIZONTAL ELLIPSIS at U +2024, Opt-. on my German keyboard) to ?. > > What version of xserver are you compiling, BTW? 1.4.2-apple23 from configure.ac. > > Do NOT use X11R7.2 for anything. It won't work. You need the latest > releases (from X11R7.4 or later) I'll upgrade over the weekend! > >> -rw-r--r-- 1 pete admin 16177 9. Nov 14:23 /usr/X11/include/GL/ >> internal/glcore.h > > Make sure this one is from the latest glproto released by x.org (which > based on your above information, it currently is NOT). It's obviously not from X11R7.4. Configure.ac contains 1.4.9. > > Use NO fink. "reduced" is bad. No. This is the optimal situation. Without Fink I won't have DBUS and libintl. > NONE is good. *I* won't stop Apple reaching this aim! Again, I promised to try the builds with less and less Fink content. With X11R7.4 I could try that from the start. -- Greetings Pete (This space left blank for technical reasons.)

2 1

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 21 Nov '08

21 Nov '08

Am 20.11.2008 um 19:37 schrieb Peter Dyballa: >> >> There are also glapi.h and glapitable.h missing. 1.5.99.1 and >> 1.3.99.0 have both files in xserver/glx resp. xserver/GL/mesa/glapi. >> Could be it's my fault that I have Mesa 7.2 prepared (I can go back >> to Mesa 7.0.2). > > These C header were found when I left away --disable-glx from from > configure's invocation. Letting enabling happen automatically > introduced new errors, that may come from the fact that I was > compiling with Mesa 7.2.0: > > glcontextmodes.c: In function '_gl_copy_visual_to_context_mode': > glcontextmodes.c:193: error: 'struct __GLcontextModesRec' has no > member named 'bindToTextureRgb' > glcontextmodes.c:194: error: 'struct __GLcontextModesRec' has no > member named 'bindToTextureRgba' > glcontextmodes.c:196: error: 'struct __GLcontextModesRec' has no > member named 'bindToMipmapTexture' > glcontextmodes.c:197: error: 'struct __GLcontextModesRec' has no > member named 'bindToTextureTargets' > glcontextmodes.c:200: error: 'struct __GLcontextModesRec' has no > member named 'yInverted' > > and also in functions _gl_get_context_mode_data, > _gl_context_modes_create, and _gl_context_modes_are_same. > > The error with xserver/GL/indirect.c changed to: > > indirect.c: In function 'setup_dispatch_table': > indirect.c:1268: error: 'glBlitFramebufferEXT' undeclared (first use > in this function) > indirect.c:1268: error: (Each undeclared identifier is reported only > once > indirect.c:1268: error: for each function it appears in.) > indirect.c:1598: warning: assignment from incompatible pointer type > indirect.c:1768: warning: assignment from incompatible pointer type > indirect.c:1823: warning: assignment from incompatible pointer type > indirect.c:1824: warning: assignment from incompatible pointer type > indirect.c:1825: warning: assignment from incompatible pointer type Now Mesa 7.0.2 definitely was used (although -H was forgotten!): /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H - I. -I../../include -I../../hw/xfree86/os-support -I../../hw/xfree86/ os-support/bus -I../../hw/xfree86/common -I../../hw/xfree86/dri - I../../mi -v -no-cpp-precomp -I/usr/X11/include -I/usr/local/include -I…/Mesa-7.0.2/include -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith - Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations - Wnested-externs -fno-strict-aliasing -I/sw/lib/freetype219/include/ freetype2 -I/sw/lib/freetype219/include -I/usr/X11R7.2/include -I/usr/ X11R7.2/include/pixman-1 -D_BSD_SOURCE -DHAS_FCHOWN - DHAS_STICKY_DIR_BIT -I../../include -I../../include -I../../Xext - I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/ shadow -I../../miext/damage -I../../render -I../../randr -I../../fb - I/usr/X11R7.2/include -I/usr/X11R7.2/include -I…/Mesa-7.0.2/src/mesa/ glapi -I…/Mesa-7.0.2/src/mesa/main -DXFree86Server -v -pipe -fPIC - O0 -mcpu=7450 -mtune=7450 -fno-common -DROOTLESS_WORKAROUND - DROOTLESS_SAFEALPHA -DNO_ALLOCA -MT glcontextmodes.lo -MD -MP - MF .deps/glcontextmodes.Tpo -c -o glcontextmodes.lo glcontextmodes.c gcc -DHAVE_CONFIG_H -I. -I../../include -I../../hw/xfree86/os- support -I../../hw/xfree86/os-support/bus -I../../hw/xfree86/common - I../../hw/xfree86/dri -I../../mi -v -no-cpp-precomp -I/usr/X11/ include -I/usr/local/include -I…/Mesa-7.0.2/include - DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes - Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno- strict-aliasing -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/ freetype219/include -I/usr/X11R7.2/include -I/usr/X11R7.2/include/ pixman-1 -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../ include -I../../include -I../../Xext -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage - I../../render -I../../randr -I../../fb -I/usr/X11R7.2/include -I/usr/ X11R7.2/include -I…/Mesa-7.0.2/src/mesa/glapi -I…/Mesa-7.0.2/src/mesa/ main -DXFree86Server -v -pipe -fPIC -O0 -mcpu=7450 -mtune=7450 -fno- common -DROOTLESS_WORKAROUND -DROOTLESS_SAFEALPHA -DNO_ALLOCA -MT glcontextmodes.lo -MD -MP -MF .deps/glcontextmodes.Tpo -c glcontextmodes.c -DPIC Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable- checking -enable-werror --prefix=/usr --mandir=/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ lib --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5370) /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/cc1 -quiet -v -v -I. - I../../include -I../../hw/xfree86/os-support -I../../hw/xfree86/os- support/bus -I../../hw/xfree86/common -I../../hw/xfree86/dri -I../../ mi -I/usr/X11/include -I/usr/local/include -I…/Mesa-7.0.2/include -I/ sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include -I/ usr/X11R7.2/include -I/usr/X11R7.2/include/pixman-1 -I../../include - I../../include -I../../Xext -I../../damageext -I../../xfixes -I../../ Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../ render -I../../randr -I../../fb -I/usr/X11R7.2/include -I/usr/X11R7.2/ include -I…/Mesa-7.0.2/src/mesa/glapi -I…/Mesa-7.0.2/src/mesa/main - MD glcontextmodes.d -MF .deps/glcontextmodes.Tpo -MP -MT glcontextmodes.lo -D__DYNAMIC__ -DHAVE_CONFIG_H -DHAVE_DIX_CONFIG_H - D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -DXFree86Server - DROOTLESS_WORKAROUND -DROOTLESS_SAFEALPHA -DNO_ALLOCA -DPIC glcontextmodes.c -fPIC -quiet -dumpbase glcontextmodes.c -mmacosx- version-min=10.3 -mcpu=7450 -mtune=7450 -auxbase glcontextmodes -O0 - Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes - Wmissing-declarations -Wnested-externs -version -fno-strict-aliasing - fPIC -fno-common -o - | /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/as -arch ppc -o glcontextmodes.o ignoring nonexistent directory "/usr/lib/gcc/powerpc-apple- darwin8/4.0.1/../../../../powerpc-apple-darwin8/include" ignoring duplicate directory "/usr/local/include" as it is a non-system directory that duplicates a system directory ignoring duplicate directory "/usr/X11R7.2/include" ignoring duplicate directory "../../include" ignoring duplicate directory "../../include" ignoring duplicate directory "../../mi" ignoring duplicate directory "/usr/X11R7.2/include" ignoring duplicate directory "/usr/X11R7.2/include" #include "..." search starts here: #include <...> search starts here: . ../../include ../../hw/xfree86/os-support ../../hw/xfree86/os-support/bus ../../hw/xfree86/common ../../hw/xfree86/dri ../../mi /usr/X11/include …/Mesa-7.0.2/include /sw/lib/freetype219/include/freetype2 /sw/lib/freetype219/include /usr/X11R7.2/include/pixman-1 ../../Xext ../../damageext ../../xfixes ../../Xi ../../miext/shadow ../../miext/damage ../../render ../../randr ../../fb …/Mesa-7.0.2/src/mesa/glapi …/Mesa-7.0.2/src/mesa/main /usr/local/include /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include /usr/include /System/Library/Frameworks /Library/Frameworks End of search list. GNU C version 4.0.1 (Apple Computer, Inc. build 5370) (powerpc-apple- darwin8) compiled by GNU C version 4.0.1 (Apple Computer, Inc. build 5370). GGC heuristics: --param ggc-min-expand=100 --param ggc-min- heapsize=131072 Compiler executable checksum: 3454962cf795bd057f0e1f7c1c917abd glcontextmodes.c: In function '_gl_copy_visual_to_context_mode': glcontextmodes.c:190: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgb' glcontextmodes.c:191: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgba' glcontextmodes.c:193: error: 'struct __GLcontextModesRec' has no member named 'bindToMipmapTexture' glcontextmodes.c:194: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureTargets' glcontextmodes.c:197: error: 'struct __GLcontextModesRec' has no member named 'yInverted' glcontextmodes.c: In function '_gl_get_context_mode_data': glcontextmodes.c:330: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgb' glcontextmodes.c:333: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgba' glcontextmodes.c:336: error: 'struct __GLcontextModesRec' has no member named 'bindToMipmapTexture' glcontextmodes.c:339: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureTargets' glcontextmodes.c:342: error: 'struct __GLcontextModesRec' has no member named 'yInverted' glcontextmodes.c: In function '_gl_context_modes_create': glcontextmodes.c:414: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgb' glcontextmodes.c:415: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgba' glcontextmodes.c:416: error: 'struct __GLcontextModesRec' has no member named 'bindToMipmapTexture' glcontextmodes.c:417: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureTargets' glcontextmodes.c:418: error: 'struct __GLcontextModesRec' has no member named 'yInverted' glcontextmodes.c: In function '_gl_context_modes_are_same': glcontextmodes.c:532: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgb' glcontextmodes.c:532: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgb' glcontextmodes.c:533: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgba' glcontextmodes.c:533: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureRgba' glcontextmodes.c:534: error: 'struct __GLcontextModesRec' has no member named 'bindToMipmapTexture' glcontextmodes.c:534: error: 'struct __GLcontextModesRec' has no member named 'bindToMipmapTexture' glcontextmodes.c:535: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureTargets' glcontextmodes.c:535: error: 'struct __GLcontextModesRec' has no member named 'bindToTextureTargets' glcontextmodes.c:536: error: 'struct __GLcontextModesRec' has no member named 'yInverted' glcontextmodes.c:536: error: 'struct __GLcontextModesRec' has no member named 'yInverted' glcontextmodes.c:537: warning: control reaches end of non-void function make[2]: *** [glcontextmodes.lo] Error 1 I think this failure is the cause why 10,000 lines later I have: ranlib: file: .libs/libGLcore.a(dummy.o) has no symbols ranlib: file: .libs/libGLcore.a(m_debug_clip.o) has no symbols ranlib: file: .libs/libGLcore.a(m_debug_norm.o) has no symbols ranlib: file: .libs/libGLcore.a(m_debug_xform.o) has no symbols ranlib .libs/libGLcore.a ranlib: file: .libs/libGLcore.a(dummy.o) has no symbols ranlib: file: .libs/libGLcore.a(m_debug_clip.o) has no symbols ranlib: file: .libs/libGLcore.a(m_debug_norm.o) has no symbols ranlib: file: .libs/libGLcore.a(m_debug_xform.o) has no symbols rm -fr .libs/libGLcore.lax creating libGLcore.la (cd .libs && rm -f libGLcore.la && ln -s ../libGLcore.la libGLcore.la) make[2]: Nothing to be done for `all-am'. make[1]: *** [all-recursive] Error 1 make[1]: Target `all' not remade because of errors. Making all in exa And also here: gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../GL/ glx -I../../../GL/include -I../../../GL/mesa/glapi -I../../../hw/ xquartz -I../../../hw/xquartz/xpr -I../../../miext/damage -v -no-cpp- precomp -I/usr/X11/include -I/usr/local/include -DHAVE_DIX_CONFIG_H - Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes - Wmissing-declarations -Wnested-externs -fno-strict-aliasing -I/sw/lib/ freetype219/include/freetype2 -I/sw/lib/freetype219/include -I/usr/ X11R7.2/include -I/usr/X11R7.2/include/pixman-1 -D_BSD_SOURCE - DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../../include -I../../../ include -I../../../Xext -I../../../damageext -I../../../xfixes - I../../../Xi -I../../../mi -I../../../miext/shadow -I../../../miext/ damage -I../../../render -I../../../randr -I../../../fb -v -pipe - fPIC -O0 -mcpu=7450 -mtune=7450 -fno-common -DROOTLESS_WORKAROUND - DROOTLESS_SAFEALPHA -DNO_ALLOCA -MT indirect.lo -MD -MP -MF .deps/ indirect.Tpo -c indirect.c -DPIC Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable- checking -enable-werror --prefix=/usr --mandir=/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ lib --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5370) /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/cc1 -quiet -v -v -I. - I../../../include -I../../.. -I../../../GL/glx -I../../../GL/include - I../../../GL/mesa/glapi -I../../../hw/xquartz -I../../../hw/xquartz/ xpr -I../../../miext/damage -I/usr/X11/include -I/usr/local/include - I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include - I/usr/X11R7.2/include -I/usr/X11R7.2/include/pixman-1 -I../../../ include -I../../../include -I../../../Xext -I../../../damageext - I../../../xfixes -I../../../Xi -I../../../mi -I../../../miext/shadow - I../../../miext/damage -I../../../render -I../../../randr -I../../../ fb -MD indirect.d -MF .deps/indirect.Tpo -MP -MT indirect.lo - D__DYNAMIC__ -DHAVE_CONFIG_H -DHAVE_DIX_CONFIG_H -D_BSD_SOURCE - DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -DROOTLESS_WORKAROUND - DROOTLESS_SAFEALPHA -DNO_ALLOCA -DPIC indirect.c -fPIC -quiet - dumpbase indirect.c -mmacosx-version-min=10.3 -mcpu=7450 -mtune=7450 - auxbase indirect -O0 -Wall -Wpointer-arith -Wstrict-prototypes - Wmissing-prototypes -Wmissing-declarations -Wnested-externs -version - fno-strict-aliasing -fPIC -fno-common -o - | /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/as -arch ppc -o indirect.o ignoring nonexistent directory "/usr/lib/gcc/powerpc-apple- darwin8/4.0.1/../../../../powerpc-apple-darwin8/include" ignoring nonexistent directory "../../../GL/include" ignoring duplicate directory "/usr/local/include" as it is a non-system directory that duplicates a system directory ignoring duplicate directory "/usr/X11R7.2/include" ignoring duplicate directory "../../../include" ignoring duplicate directory "../../../include" ignoring duplicate directory "../../../miext/damage" #include "..." search starts here: #include <...> search starts here: . ../../../include ../../.. ../../../GL/glx ../../../GL/mesa/glapi ../../../hw/xquartz ../../../hw/xquartz/xpr ../../../miext/damage /usr/X11/include /sw/lib/freetype219/include/freetype2 /sw/lib/freetype219/include /usr/X11R7.2/include/pixman-1 ../../../Xext ../../../damageext ../../../xfixes ../../../Xi ../../../mi ../../../miext/shadow ../../../render ../../../randr ../../../fb /usr/local/include /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include /usr/include /System/Library/Frameworks /Library/Frameworks End of search list. GNU C version 4.0.1 (Apple Computer, Inc. build 5370) (powerpc-apple- darwin8) compiled by GNU C version 4.0.1 (Apple Computer, Inc. build 5370). GGC heuristics: --param ggc-min-expand=100 --param ggc-min- heapsize=131072 Compiler executable checksum: 3454962cf795bd057f0e1f7c1c917abd indirect.c: In function 'setup_dispatch_table': indirect.c:1268: error: 'glBlitFramebufferEXT' undeclared (first use in this function) indirect.c:1268: error: (Each undeclared identifier is reported only once indirect.c:1268: error: for each function it appears in.) indirect.c:1598: warning: assignment from incompatible pointer type indirect.c:1768: warning: assignment from incompatible pointer type indirect.c:1823: warning: assignment from incompatible pointer type indirect.c:1824: warning: assignment from incompatible pointer type indirect.c:1825: warning: assignment from incompatible pointer type make[4]: *** No rule to make target `../../../hw/xquartz/ libXquartz.la', needed by `X11'. make[4]: Target `all-am' not remade because of errors. make[3]: *** [all] Error 2 Making all in doc Do I need Mesa 7.0.4? In Mesa 7.0.2 the variable is defined: ./include/GL/gl_mangle.h:103:#define glBlitFramebufferEXT MANGLE (BlitFramebufferEXT) ./include/GL/glext.h:6910:GLAPI void APIENTRY glBlitFramebufferEXT (GLint, GLint, GLint, GLint, GLint, GLint, GLint, GLint, GLbitfield, GLenum); Adding -H to the gcc invocation above I see that /System/Library/ Frameworks/OpenGL.framework/Headers/glext.h instead is used. Which does not provide glBlitFramebufferEXT ... Encouraged by this little success I tried to find out whether compilation of glcontextmodes.c failed from the same reason. In Mesa 7.0.2 ./include/GL/internal/glcore.h:70:typedef struct __GLcontextModesRec { has the members bindToMipmapTexture, bindToTextureRgb, bindToTextureRgba, bindToTextureTargets, and yInverted. But this file is obviously not used. When I pre-process glcontextmodes.c I can see that: # 69 "/usr/X11/include/GL/internal/glcore.h" typedef struct __GLcontextModesRec { struct __GLcontextModesRec * next; which has a castrated definition of this struct without /* EXT_texture_from_pixmap */ GLint bindToTextureRgb; GLint bindToTextureRgba; GLint bindToMipmapTexture; GLint bindToTextureTargets; GLint yInverted; In the file system I have: -rw-r--r-- 1 pete admin 17138 1. Dez 2006 …/Mesa-6.5.2/include/GL/ internal/glcore.h -rw-r--r-- 1 pete admin 6559 22. Jun 2007 …/Mesa-7.0.1/include/GL/ internal/glcore.h -rw-r--r-- 1 pete admin 6559 1. Nov 2007 …/Mesa-7.0.2/include/GL/ internal/glcore.h -rw-r--r-- 1 pete admin 6286 20. Sep 17:21 …/Mesa-7.2/include/GL/ internal/glcore.h -rw-r--r-- 1 pete admin 16177 9. Nov 02:16 …/X11R7.2/proto/glproto/ glcore.h -rw-r--r-- 1 pete admin 16177 9. Nov 14:23 /usr/X11/include/GL/ internal/glcore.h While the compilation was going on (with reduced Fink contents from first autoreconf invocation on) I checked whether I could forego Fink libraries. LibXaw and libXpm use (or need?) libintl which Apple does not provide. -- Greetings Pete If we don't succeed, we run the risk of failure." – George W. Bush

3 4