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

[Alan Coopersmith]

On 06/25/12 12:09 AM, Michel Dänzer wrote:
> On Sam, 2012-06-23 at 14:55 -0700, Alan Coopersmith wrote: 
>> 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.)
>>>
>>>   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.
> 
> So you admit you don't really know anything about SCons, but write a
> diatribe about its alleged shortcomings anyway? Nice. ;)

About "this scons setup" - i.e. the way it's being used here, using the
kernel name as an indication of what libraries are available, assuming
all kernels with the same name ship with the same set of libraries.
(Why isn't "linux" in this list of incompatible kernels?  I bet RHEL 5
and Ubuntu 10.04 don't ship with the needed glproto from 2011.)

> Of course it's possible to check with pkg-config or whatever with SCons,
> and I agree that would probably be a better solution.

Great.

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