[Mesa-dev] [PATCH 20/20] tests/glx: Add unit tests for GLX_ARB_create_context GLX protocol

[Michel Dänzer]

On Mit, 2012-01-04 at 10:56 -0800, Ian Romanick wrote: 
> On 01/04/2012 10:55 AM, Daniel Stone wrote:
> > Hi,
> >
> > On 4 January 2012 18:45, Ian Romanick<idr at freedesktop.org>  wrote:
> >> Okay, I looked back at your build output, and I think I see the problem:
> >>
> >>   * econf: updating Mesa-9999/bin/config.sub with
> >> /usr/share/gnuconfig/config.sub
> >>   * econf: updating Mesa-9999/bin/config.guess with
> >> /usr/share/gnuconfig/config.guess
> >> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> >> [...]
> >>
> >> Since it's a raw GIT tree, this should be 'autogen.sh' instead of
> >> 'configure'.  The Makefile.in files are generated by autoreconf (run by
> >> autogen.sh) and consumed by configure.  Since they haven't been generated,
> >> configure can't find them and gets angry.  The ebuild scripts need to either
> >> run ./autogen.sh or run 'autoreconf -v --install' before running configure.
> >>
> >> I bet that will fix it, and I bet that's why only Gentoo users are still
> >> having problems.  Can you give that a try?
> >
> > See immediately before that:
> >>>> Preparing source in /var/tmp/portage/media-libs/mesa-9999/work/Mesa-9999 ...
> > Running eautoreconf in
> > '/var/tmp/portage/media-libs/mesa-9999/work/Mesa-9999' ...
> > Running aclocal ... [ok]
> > Running autoconf ... [ok]
> >>>> Source prepared.
> 
> Okay.  I give up.  I have no clue why it's not working.  Patches welcome. :(

It's not running automake (just like the Mesa toplevel Makefile
isn't...).


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