[Mesa-dev] [PATCH 20/20] tests/glx: Add unit tests for GLX_ARB_create_context GLX protocol
idr at freedesktop.org
Wed Jan 4 11:28:12 PST 2012
On 01/04/2012 11:05 AM, Michel Dänzer wrote:
> On Mit, 2012-01-04 at 10:56 -0800, Ian Romanick wrote:
>> On 01/04/2012 10:55 AM, Daniel Stone wrote:
>>> 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
>>>> * econf: updating Mesa-9999/bin/config.guess with
>>>> ./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
Right... autoreconf does aclocal, autoconf, and automake all in one
shot. That makes sense.
About adding automake to the toplevel Makefile, where should that go?
It seems like adding it to 'default' or similar will break the
non-autotool builds. Doing that so close before a release seems mean.
Since the automake business is only necessary for 'make check', would
putting it in the 'check' target be sufficient?
(I think my autotool ignorance is showing.)
More information about the mesa-dev