[Mesa-dev] [PATCH 01/15] mesa: Add toplevel Android.mk
Jose Fonseca
jfonseca at vmware.com
Thu Aug 4 16:17:48 PDT 2011
----- Original Message -----
> On Thu, Aug 4, 2011 at 2:47 AM, Chad Versace <chad at chad-versace.us>
> wrote:
> > This is the first step in porting libGLES* and libEGL to Android.
> >
> > The makefile doesn't build anything yet; it just defines common
> > variables.
> >
> > The values for MESA_COMMON_C_FLAGS and MESA_COMMON_CPP_FLAGS, I
> > obtained
> > by invoking autogen.sh with the options below and then inspecting
> > MESA_TOP/configs/autoconf. My immediate goal is to port i965 to
> > Android,
> > so I used the typical flags for building i965.
> > --disable-gallium
> > --disable-glu
> > --disable-glw
> > --disable-glut
> > --enable-32-bit
> > --enable-egl
> > --enable-gles2
> > --enable-gles1
> > --enable-texture-float
> > --with-dri-drivers=i965
> > --with-gallium-drivers=
> >
> > Note: This is in preparation for porting i965 to Android.
> > CC: Chia-I Wu <olv at lunarg.com>,
> > CC: Chih-Wei Huang <cwhuang at android-x86.org>
> > Signed-off-by: Chad Versace <chad at chad-versace.us>
> > ---
> > Android.mk | 66
> > ++++++++++++++++++++++++++++++++++++++++++++
> > android/mesa_local_vars.mk | 32 +++++++++++++++++++++
> > 2 files changed, 98 insertions(+), 0 deletions(-)
> > create mode 100644 Android.mk
> > create mode 100644 android/mesa_local_vars.mk
>
> There's quite a bit of new build infrastructure here. What would it
> take to fit this into either the existing autoconf support or add a
> targeted configs/android? Duplicating a pile of make targets and
> adding another way to configure/build mesa seems like it might not be
> the best way to go. What are the current constraints that make
> building mesa on android difficult?
I agree. I'd prefer not have yet another build infrastructure in the mix, unless there's a very good reason.
Jose
More information about the mesa-dev
mailing list