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.coopersm...@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 _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev