Re: What are *real* build dependencies for Mesa? - Need help

Brian Paul <[email protected]>
Newsgroups gmane.comp.video.mesa3d.user
Message-ID <[email protected]>
Try

scons dri=no libgl-xlib

-Brian


On 01/19/2014 01:54 PM, Anibal Morales wrote:
> More info:
>
> SCONS build works for RedHat/CentOS 6.5 ... on MesaLib 9.2.4 and 10.0.1.
> It is broken on 10.0.2.
>
> In summary (for RH6.5):
>
> MesaLib 9.2.4, 10.0.1:
> automake/autoconf broken.
> scons works.
>
> MesaLib 10.0.2:
> automake/autoconf broken.
> scons broken.
>
>
> I still need a favor.
>
> The scons build appears to build everything by default. I need to map
> the following automake/autoconf choices to the scons build. Can anyone
> help me?
>
>      --enable-xlib-glx
>      --disable-driglx-direct
>      --disable-dri
>      --enable-texture-float
>      --disable-egl
>      --with-gallium-drivers=swrast
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
> From: [email protected]
> To: [email protected]
> Subject: What are *real* build dependencies for Mesa? - Need help
> Date: Sat, 18 Jan 2014 20:33:52 +0000
>
> Dear Mesa users:
>
> I have tried to build 3 different recent versions of Mesa on my RedHat
> 6.5 (I have also tried CentOS 6.5 - but results are the same) and they
> all fail. I need to successfully build them, but I am running out of
> options.
>
> Background info:   automake 1.11.1   autoconf 2.63   libtool-2.2.6-15.5
>     gcc 4.4.7
>
> Here is a summary of my results:
>
>
> ===========
> Mesa 9.2.4:
>
> FIRST try:
>
> myprompt> ./configure --prefix=`pwd` --enable-xlib-glx
> --disable-driglx-direct --disable-dri --enable-texture-float
>   --disable-egl --with-gallium-drivers=swrast
>      ((( this finishes OK)))
>
> myprompt> make
>
> WARNING: 'aclocal-1.14' is missing on your system.
>   ....
> make: *** [aclocal.m4] Error 127
>
> SECOND try (as suggested by Brian before):
>
> myprompt> ./autogen.sh --prefix=`pwd` --enable-xlib-glx
> --disable-driglx-direct --disable-dri --enable-texture-float
>   --disable-egl --with-gallium-drivers=swrast
>     ((( now I issue the same configure command as above )))
>     ((( finishes OK )))
>
> myprompt> make
>
> ....
> CC   glapi_dispatch.lo
> libtool: Version mismatch error. This is libtool 2.4.2 Debian-2.4.2-1.3
> but the definition of this LT_INIT comes from libtool 2.2.6b
>
>     ((( huh? Debian? This is CentOS ! - how did that get in there???? )))
>     ((( end of my Mesa build experience :-(  )))
>
> ===========
>
> ===========
> Mesa 10.0.1:
>
> FIRST try:
>     ((( Exactly the same results as above )))
>
> SECOND try:
>     ((( issued the same autogen then configure commands as 9.2.4 above )))
>
>     ((( Exactly the same results in the same files as in Mesa 9.2.4 )))
>
>     ((( end of my second Mesa build experience :-(  )))
> ============
>
>
> ============
> Mesa 10.0.2:
>
> FIRST try:
>     ((( Exactly the same results as above )))
>
> SECOND try:
>     ((( issued the same autogen then configure commands as 9.2.4 and
> 10.0.1 above )))
>
>     ((( Exactly the same results in the same files as in Mesa 9.2.4 and
> Mesa 10.0.1 )))
>
>      ((( end of my third Mesa build experience :-(  )))
> ============
>
> :-(  :-(
>
>
> I saw an old bug report regarding the libtool error, but I do not see
> any resolution, apart from someone suggesting trying with git version.
>
> As expected (enterprise work environment), I cannot add any more recent
> libtools, automake or autoconf. I used CentOS 6.5 as a test for RedHat
> 6.5 at work.
>
>
> Anything you can offer here would be appreciated.
>
> Thanks!!!!
>
>
>
>
> _______________________________________________
> mesa-users mailing list
> [email protected]
> https://urldefense.proofpoint.com/v1/url?u=http://lists.freedesktop.org/mailman/listinfo/mesa-users&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=lGQMzzTgII0I7jefp2FHq7WtZ%2BTLs8wadB%2BiIj9xpBY%3D%0A&m=MWydchAsnMyVhmCi1XmEvUyi0SVNS99pZ314HlN8sjI%3D%0A&s=bd699449fc800a7d492108b7b8e9cf9fc5dc13249bc1a87ea93b3631ede635b0
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.