[Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2

[Jeremy Huddleston]

On Nov 20, 2008, at 14:07, Peter Dyballa wrote:
>
> Now Mesa 7.0.2 definitely was used (although -H was forgotten!):

Firstly, use Mesa-7.0.4.

Additionally, your environment is polluted with macports as is evident  
by the -I/sw/... in your CFLAGS ... I'd bet money this is part of your  
problem.  Use that script I mentioned to sanitize your environment of  
anything fink.  That is probably why you're picking up an outdated  
glproto even though it passes configure's check.

Furthermore, what is up with the "…/Mesa-7.0.2/include"  What is the "…"

<snip/>

> Do I need Mesa 7.0.4? In Mesa 7.0.2 the variable is defined:

7.0.2 will work, but use 7.0.4 since it has bugfixes.

> 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 ...

What version of xserver are you compiling, BTW?  I just want to make  
sure you're still using xorg-server-1.4-apple branch with Mesa-7.0.4,  
the latest glproto, and no fink or macports.  You should be past these  
kinds of issues.

> 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

Please nuke every directory above and just get Mesa-7.0.4

Do NOT use X11R7.2 for anything.  It won't work.  You need the latest  
releases (from X11R7.4 or later)

> -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).

> 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.

Use NO fink.  "reduced" is bad.  NONE is good.  Your problem with  
glibtool versions and whatnot was because you tried going from using  
fink to not.  If you run into that problem, just do the '/usr/bin/ 
glibtoolize --force --copy' and get on with it.  Continuing to keep  
fink in your environment will continue to give you problems.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3221 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/xquartz-dev/attachments/20081120/4891156f/attachment.bin>