On 08/21/2014 09:11 PM, Ken Moffat wrote:
> On Thu, Aug 21, 2014 at 09:35:33PM +0530, Hariharan wrote:
>>>>  My Mesa build on this machine (intel) is slightly different from
>>>> the book (I don't have llvm, so I drop the r300 ... radeonsi
>>>> drivers) and that file gets created during the build, not by
>>>> autogen.sh.
>>>
>>
>> So, I presume you used ./configure
>>
> 
>  No, ./autogen.sh, followed by make, like the book says.
> 
>>>> What do you get for
>>>> python --version ?  You should get Python 2.7.8
>>>
>>>
>> When i tried building Mesa, it (python) was version 3.4. then i changed the
>> symlink to make it point to python 2.7.
>>
> 
>  Setting a Python symlink is a bad mistake - Python-3.4 installs
> Python3 and Python3.4.  Some people (gentoo, and I think fedora)
> have tried to only use Python3 - and they have seds, patches,
> breakages to match.  For BLFS, we can install both 2 and 3.
> 
>> If I build Mesa with ./configure(which works fine) and i "make" it, i get
>> the following error:
>>
>> root:/sources/xc/Mesa-10.2.6# make
> 
>  I have not tried 10.2.6, but build it hte way the book does
>> make  all-recursive
>> make[4]: Entering directory '/sources/xc/Mesa-10.2.6/src/mapi/shared-glapi'
>> Making all in .
>> make[5]: Entering directory '/sources/xc/Mesa-10.2.6/src/mapi/shared-glapi'
>>   CC       entry.lo
>> ../../../src/mapi/entry.c: In function 'entry_get_public':
>> ../../../src/mapi/entry.c:81:11: error: 'public_entries' undeclared (first
>> use in this function)
>>     return public_entries[slot];
>>            ^
>> ../../../src/mapi/entry.c:81:11: note: each undeclared identifier is
>> reported only once for each function it appears in
> 
>>
>> However, if i use autogen.sh and make it, I get the following error;
>>
>> Making all in src
>> make[1]: Entering directory '/sources/xc/Mesa-10.2.6/src'
>> Making all in gtest
>> make[2]: Entering directory '/sources/xc/Mesa-10.2.6/src/gtest'
>> make[2]: Nothing to be done for 'all'.
>> make[2]: Leaving directory '/sources/xc/Mesa-10.2.6/src/gtest'
>> Making all in loader
>> make[2]: Entering directory '/sources/xc/Mesa-10.2.6/src/loader'
>>   CC       libloader_la-loader.lo
>>   CC       libloader_la-pci_id_driver_map.lo
>>   CCLD     libloader.la
>> make[2]: Leaving directory '/sources/xc/Mesa-10.2.6/src/loader'
>> Making all in mapi
>> make[2]: Entering directory '/sources/xc/Mesa-10.2.6/src/mapi'
>> Making all in glapi/gen
>> make[3]: Entering directory '/sources/xc/Mesa-10.2.6/src/mapi/glapi/gen'
>>   GEN      ../../../../src/mapi/glapi/glapi_mapi_tmp.h
>> Traceback (most recent call last):
>>   File "../../../../src/mapi/mapi_abi.py", line 878, in <module>
>>     main()
>>   File "../../../../src/mapi/mapi_abi.py", line 866, in main
>>     entries = abi_parse_xml(filename)
>>   File "../../../../src/mapi/mapi_abi.py", line 139, in abi_parse_xml
>>     api = gl_XML.parse_GL_API(xml, glX_XML.glx_item_factory())
>>   File "./../../../../src/mapi/glapi/gen/gl_XML.py", line 41, in
>> parse_GL_API
>>     api.parse_file( file_name )
>>   File "./../../../../src/mapi/glapi/gen/gl_XML.py", line 903, in parse_file
>>     doc = ET.parse( file_name )
>>   File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1182, in parse
>>     tree.parse(source, parser)
>>   File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 651, in parse
>>     parser = XMLParser(target=TreeBuilder())
>>   File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1465, in __init__
>>     "No module named expat; use SimpleXMLTreeBuilder instead"
>> ImportError: No module named expat; use SimpleXMLTreeBuilder instead
>> Makefile:787: recipe for target
>> '../../../../src/mapi/glapi/glapi_mapi_tmp.h' failed
> 
>  Yeah, Python is unpleasant.
> 
>  Do you have both
> /usr/lib/python2.7/lib-dynload/pyexpat.so
>  and
> /usr/lib/python2.7/xml/parsers/expat.py ?
> 
> ĸen
> 

The "--with-system-expat" switch should handle that. And expat is part
of LFS now so it should always be there. Who knows what you did.

-- 
Note: My last name is not Krejzi.

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to