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

[Ian Romanick]

On 01/04/2012 12:54 AM, Mike Lothian wrote:
> On 4 January 2012 03:50, Ian Romanick<idr at freedesktop.org>  wrote:
>> On 01/03/2012 06:06 PM, Mike Lothian wrote:
>>>
>>> On 3 January 2012 20:27, Ian Romanick<idr at freedesktop.org>    wrote:
>>>>
>>>> On 01/03/2012 11:13 AM, Mike Lothian wrote:
>>>>>
>>>>>
>>>>> Hi
>>>>>
>>>>> Ever since these tests went in I get failures during configure:
>>>>>
>>>>>
>>>>> configure: creating ./config.status
>>>>> config.status: creating configs/autoconf
>>>>> config.status: error: cannot find input file: `tests/Makefile.in'
>>>>>
>>>>> Before I raise a bug am I doing something stupid?
>>>>
>>>>
>>>>
>>>> It's possible that I didn't get the automake magic right when gtest isn't
>>>> installed.  Is the program gtest-config in your path?
>>>
>>>
>>> I still get the issue even if I uninstall gtest
>>>
>>> I notice the log also contains:
>>>
>>> /bin/sh: /var/tmp/portage/media-libs/mesa-9999/work/Mesa-9999/bin/missing:
>>> No such file or directory
>>> configure: WARNING: `missing' script is too old or missing
>>>
>>> and I'm attaching the full build log too if that helps
>>
>>
>> You should build from GIT, not from some tarball.  I think Gaetan was
>> correct.  Some files aren't getting into the tarball.  I'll have to fix that
>> later, but I have much bigger fish to try in the mean time.
>
> I am building from git - I'm using the gentoo live ebuild. It pulls
> from git then builds the sources

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 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man 
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc 
--localstatedir=/var/lib --libdir=/usr/lib64 
--disable-dependency-tracking --disable-option-checking --enable-dri 
--enable-glx --enable-xcb --enable-texture-float --disable-debug 
--enable-egl --enable-gbm --disable-gles1 --enable-gles2 
--enable-glx-tls --disable-osmesa --enable-asm --enable-shared-dricore 
--enable-shared-glapi --with-dri-drivers=,swrast,i965 
--with-gallium-drivers=,swrast,r600 --with-egl-platforms=x11,drm 
--enable-gallium-egl --disable-d3d1x --enable-gallium-g3dvl 
--enable-gallium-llvm --enable-openvg --disable-vdpau --enable-xvmc

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?