On May 24, 2012, at 11:36, Matt Turner <matts...@gmail.com> wrote: > On Thu, May 24, 2012 at 2:20 PM, Jeremy Huddleston <jerem...@apple.com> wrote: >> This is still a problem with the 8.0.3 release. Can this please get >> addressed in 8.0.4 =): >> >> python -t -O -O ../../src/mapi/glapi/gen/gl_table.py -f >> ../../src/mapi/glapi/gen/gl_and_es_API.xml -m remap_table -c es1 > >> main/api_exec_es1_dispatch.h >> python -t -O -O ../../src/mapi/glapi/gen/gl_table.py -f >> ../../src/mapi/glapi/gen/gl_and_es_API.xml -m remap_table -c es2 > >> main/api_exec_es2_dispatch.h >> python -t -O -O ../../src/mapi/glapi/gen/remap_helper.py -f >> ../../src/mapi/glapi/gen/gl_and_es_API.xml -c es1 > >> main/api_exec_es1_remap_helper.h >> Traceback (most recent call last): >> File "../../src/mapi/glapi/gen/gl_table.py", line 28, in <module> >> import gl_XML >> File >> "/private/tmp/X11libs_trunk.roots/X11libs_trunk~obj/MesaLib/Mesa-8.0.3/src/mapi/glapi/gen/gl_XML.py", >> line 28, in <module> >> import libxml2 >> ImportError: No module named libxml2 >> ... > > Odd. Is this actually a Mesa bug, or is the libxml2 python dependency > not available on your system? Mesa depends on libxml2 with USE=python > in Gentoo.
It's a packaging bug. The generated source should be packaged with the tarball like other generated source (flex, bison, etc). MesaLib tarballs have sometimes contained and sometimes missed these files, and I'd like it to be consistent. Yes, I can use a python with that module, but the build system I use for XQuartz (namely a vanilla OS X) does not come with that python module, and I frequently forget to install it or change to a different python when I roll a build. _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
