[Mesa-dev] [PATCH] scons: Do not build glx on Solaris.

Alan Coopersmith alan.coopersmith at oracle.com
Sat Jun 23 14:55:37 PDT 2012


On 06/23/12 01:43 PM, Vinson Lee wrote:
> On Wed, Jun 20, 2012 at 6:49 AM, Alan Coopersmith
> <alan.coopersmith at oracle.com> wrote:
>> On 06/19/12 11:34 PM, Vinson Lee wrote:
>>> The GLX headers on Solaris are not recent enough.
>>
>> Huh?   Which Solaris?   Solaris 11 ships with X.Org's glproto 1.4.10 -
>> how new do you need?   Or what headers do you need if not glproto?
>>
>> (Not that I know anyone who uses scons, so maybe this doesn't matter.)
>>
>> --
>>        -Alan Coopersmith-              alan.coopersmith at oracle.com
>>         Oracle Solaris Engineering - http://blogs.oracle.com/alanc
> 
> 
>   Compiling src/glx/glxext.c ...
> "src/glx/glxext.c", line 136: undefined symbol: xGLXBufferSwapComplete2

Looks like that was defined in 1.4.14 so I guess the headers shipped on
Solaris 11 are too old.

Though really, this whole scons setup seems like a really really really
bad idea - going back to the imake model of having to manually keep track
of what each distro or OS ships, and in this case deciding that because
one version of an OS ships with an older header than you need that no
version ever will ship it, and that no user will ever install a newer
version on their own - this is why X.Org moved from imake to autoconf,
automake, pkg-config, etc.  so that we detected what was actually present,
not what someone upstream thought would be there.

I admit I've completely ignored everything involving scons as it seemed
irrelevant to me, but I really have to wonder why anyone thinks it's a
good idea to take such a huge step backwards in dependency/requirements
detection and management.

-- 
	-Alan Coopersmith-              alan.coopersmith at oracle.com
	 Oracle Solaris Engineering - http://blogs.oracle.com/alanc


More information about the mesa-dev mailing list