[Mesa-dev] Help required in configuring mesa 3d in non X environment.

Sanjoy Saha - ERS, HCL Tech sanjoy.saha at hcl.com
Sun Jan 29 22:46:16 PST 2012


Mat,
   Thanks for your reply. Just to update you on my requirement i wanted to run mesa on HPCN8641 (PPC) without X server, Graphics card PCIE ATI radeon E4690.
I ran ./autogen.sh and i get the below error (No X server present/header/library). I patched up the configure script to ignore dependency.
Can you suggest me a way where i can run mesa with 3d acceleration ? I have back ported the DRM kernel module.
As per my project requirement i have to run mesa 3d with OpenGL ES1.0 / 1.1 with hardware acceleration enabled. Earlier post suggested me to run mesa with EGL to support HW acceleration.

./configure --enable-gallium-egl --with-egl-platforms=drm --enable-shared-glapi --with-gallium-drivers=r600 --enable-gles1

But i run into same error "No X server present / missing header and library).

root at MPC8641HPCN:~/working/mesa-8.0-rc2# ./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
autoreconf: configure.ac: tracing
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
autoreconf: configure.ac: not using Autoheader
autoreconf: running: automake --add-missing --copy --no-force
configure.ac:15: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa
configure.ac:19: installing `bin/missing'
tests/glx/Makefile.am: installing `bin/depcomp'
autoreconf: Leaving directory `.'
checking build system type... powerpc-unknown-linux-gnu
checking host system type... powerpc-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for gmake... no
checking for make... make
checking for python2... no
checking for python... python
checking for a sed that does not truncate output... /bin/sed
checking for makedepend... /usr/bin/makedepend
checking for flex... /usr/bin/flex
checking for bison... /usr/bin/bison
checking for gtest-config... no
checking if compiling with clang... no
checking whether gcc version is sufficient... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether gcc supports -fvisibility=hidden... yes
checking whether g++ supports -fvisibility=hidden... yes
checking whether to enable assembly... yes, ppc
checking for gcc option to produce PIC... -fPIC
checking for dlopen... no
checking for dlopen in -ldl... yes
checking for posix_memalign... yes
checking for LIBDRM... yes
checking pkg-config files for X11 are available... no
checking for X... no
configure: error: X11 development libraries needed for GLX

Thank You
Sanjoy Saha
________________________________________
From: Matt Turner [mattst88 at gmail.com]
Sent: Friday, January 27, 2012 9:22 PM
To: Sanjoy Saha - ERS, HCL Tech
Cc: Michel Dänzer; mesa-dev at lists.freedesktop.org
Subject: Re: [Mesa-dev] Help required in configuring mesa 3d in non X environment.

2012/1/26 Sanjoy Saha - ERS, HCL Tech <sanjoy.saha at hcl.com>:
> Michel,
>    As per the below instructions i tried to compile mesa as follows. But i get a compilation error in make process. Can you please help me out here ?
>
> ./configure --enable-gallium-egl --with-egl-platforms=drm --enable-shared-glapi --with-gallium-drivers=r600 --enable-gles1

Related to conversation in another thread -- did you realize that
without --with-dri-drivers="" that you were building the i915, i965,
radeon, r200, nouveau, and swrast DRI drivers (see configure output
below)?

>        prefix:          /usr/local
>        exec_prefix:     ${prefix}
>        libdir:          ${exec_prefix}/lib
>        includedir:      ${prefix}/include
>
>        OpenGL:          yes (ES1: yes ES2: no)
>        OpenVG:          no
>
>        Driver:          dri
>        OSMesa:          no
>        DRI drivers:     mach64 r128 r200 r300 r600 radeon tdfx swrast
>        DRI driver dir:  ${libdir}/dri
>        Use XCB:         no
>        Shared dricore:  no
>
>        GLU:             yes
>        GLw:             yes (Motif: no)
>        glut:            yes
>
>        EGL:             yes
>        EGL platforms:   drm
>        EGL drivers:     builtin:egl_glx egl_gallium
>        EGL Gallium STs: $(GL_LIB)
>
>        llvm:            no
>
>        Gallium:         yes
>        Gallium dirs:    auxiliary drivers state_trackers
>        Target dirs:      egl-static gbm dri-r600
>        Winsys dirs:     sw sw/xlib sw/dri i915/sw r600/drm
>        Driver dirs:     softpipe failover galahad trace rbug noop identity i915 i965 r300 svga r600
>        Trackers dirs:   gbm egl dri
>
>        Shared libs:     yes
>        Static libs:     no
>
>        CFLAGS:          -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fPIC
>        CXXFLAGS:        -g -O2 -Wall -fno-strict-aliasing -fPIC
>        Macros:          -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DUSE_PPC_ASM -DUSE_VMX_ASM
>
>        PYTHON2:         python
>
>        Run 'make' to build Mesa
>
>
> root at MPC8641HPCN:~/working/mesa-7.11# make
> make[1]: Entering directory `/root/working/mesa-7.11/src'
> Making sources for autoconf
> make[2]: Entering directory `/root/working/mesa-7.11/src/mapi/shared-glapi'
> make[3]: Entering directory `/root/working/mesa-7.11/src/mapi/glapi/gen-es'
> make[3]: Nothing to be done for `shared-glapi'.
> make[3]: Leaving directory `/root/working/mesa-7.11/src/mapi/glapi/gen-es'
> gcc -c -I../../../include -I../../../src/mapi -DMAPI_MODE_GLAPI -DMAPI_ABI_HEADER=\"shared-glapi/glapi_mapi_tmp.h\" -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing  -fPIC  -DUSE_PPC_ASM -DUSE_VMX_ASM -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -fvisibility=hidden ../../../src/mapi/mapi/entry.c -o entry.o
> ../../../src/mapi/mapi/entry.c: In function 'entry_get_public':
> ../../../src/mapi/mapi/entry.c:82: error: 'public_entries' undeclared (first use in this function)
> ../../../src/mapi/mapi/entry.c:82: error: (Each undeclared identifier is reported only once
> ../../../src/mapi/mapi/entry.c:82: error: for each function it appears in.)
> make[2]: *** [entry.o] Error 1
> make[2]: Leaving directory `/root/working/mesa-7.11/src/mapi/shared-glapi'
> make[1]: *** [subdirs] Error 1
> make[1]: Leaving directory `/root/working/mesa-7.11/src'
> make: *** [default] Error 1

I tried to reproduce with Mesa from git, and could not. If the issue
is indeed fixed since 7.11, we might be able to apply it to the 7.11
branch if you could find the patch that fixes it.

Otherwise, Mesa-8.0 is right around the corner.

Matt

::DISCLAIMER::
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.

-----------------------------------------------------------------------------------------------------------------------


More information about the mesa-dev mailing list