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

[Michel Dänzer]

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

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


-- 
Earthling Michel Dänzer           |                   http://www.amd.com
Libre software enthusiast         |          Debian, X and DRI developer