On Thu, 2014-08-21 at 21:35 +0530, Hariharan wrote: > > Can you fix how you reply to mails, please ? We don't like > >top-posting, and some of us get really annoyed by quoting > without > >conventional '>' identifiers. Now that I'm replying, I can > see you > >have put double quotes before and after my text, but they do > not > >give my eyes the usual clues, no do they cause my mail client > to > >colour the different levels of reply (normally, lines > preceded by > > >are a different colour, >> a third, etc). > > > Sure, I didn't know about this convention before. > > > > > That's ok. Your host should not be making any obvious > difference to > >the result. > > > Yeah, that's what even I thought. > > > > > >Mesa requires Python2. I know some people build Python3 > early, but > > >I always leave that until quite late in my build (libreoffice > uses > >it, everything else I care about is Python2). I'm not quite > sure > >what you mean by "I used Python3.4" ? But I think (details > at the > >end) that this is the problem. > > I meant that I'd used python3.4 to try and build Mesa. I tried > compiling with python2.7 but I got other errors(I've sent another mail > to the blfs-support mail-list) > > >For libdrm, I do not run tests, so I don't know if failures > are > >normal. > Hmm, so that probably means that if libdrm installs fine, it shouldn't > affect the Mesa installation negatively. > > > >> PASS: getstats > >> ../build-aux/test-driver: line 107: 3163 Aborted > (core > >> dumped) "$@" > $log_file 2>&1 > >> FAIL: setversion > >> ../build-aux/test-driver: line 107: 3183 Aborted > (core > >> dumped) "$@" > $log_file 2>&1 > >> FAIL: updatedraw > >> PASS: name_from_fd > >> PASS: gem_basic > >> PASS: gem_flink > >> PASS: gem_readwrite > >> PASS: gem_mmap > > >[...] > >> > > ============================================================================ > >> Testsuite summary for libdrm 2.4.56 > >> > > ============================================================================ > >> # TOTAL: 11 > >> # PASS: 9 > >> # SKIP: 0 > >> # XFAIL: 0 > >> # FAIL: 2 > >> # XPASS: 0 > >> # ERROR: 0 > >> > > >> Could that be a possible reason?? Xorg libraries compiled > and built fine > >> though. > >> > > > > Google found > >https://www.libreoffice.org/bugzilla/show_bug.cgi?id=77269 > >(I have no idea why it is in the libreoffice bugzilla!) which > seems > >similar. I think it is probably harmless. > > >[snipping the bottom-posted original, except for the actual > error - > >so that I can find what it was, for review ] > > > Yeah, I saw that bug, I thought it had been fixed in 2.4.56, but no.. > > > > > Entering directory '/sources/xc/Mesa-10.2.5/src/mapi' > CC > > > > > shared_glapi_libglapi_la-mapi_glapi.lo../../src/mapi/mapi_glapi.c: In > > > > function > > > > > '_glapi_get_dispatch_table_size':../../src/mapi/mapi_glapi.c:34:31: > > > error: > > > > 'MAPI_TABLE_NUM_STATIC' undeclared (first use in this > function) #define > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I also found > >http://comments.gmane.org/gmane.comp.video.mesa3d.devel/62277 > >where the missing header is apparently defined in > >src/mapi/shared-glapi/glapi_mapi_tmp.h which is generated at > build > >time. > > > 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 > > > > > On mine, that file is over 28000 lines long. At line 1165, > after a > >lot of void APIENTRY lines is > > >#undef MAPI_TMP_DEFINES > >#endif /* MAPI_TMP_DEFINES */ > > >#ifdef MAPI_TMP_TABLE > >#define MAPI_TABLE_NUM_STATIC 1152 > >#define MAPI_TABLE_NUM_DYNAMIC 256 > >#undef MAPI_TMP_TABLE > >#endif /* MAPI_TMP_TABLE */ > > > >So this get defined if MAPI_TMP_TABLE is defined. That, > for me, is > >in src/mapi/table.h in an unconditional block after the > Copyright: > > >* Authors: > >* Chia-I Wu <[email protected]> > >*/ > > > >#ifndef _TABLE_H_ > >#define _TABLE_H_ > > >#include "u_compiler.h" > >#include "entry.h" > > > >#define MAPI_TMP_TABLE > >#include "mapi_tmp.h" > > >#define MAPI_TABLE_NUM_SLOTS (MAPI_TABLE_NUM_STATIC + > >MAPI_TABLE_NUM_DYNAMIC) > > >#define MAPI_TABLE_SIZE (MAPI_TABLE_NUM_SLOTS * > sizeof(mapi_func)) > > > I have to assume that somehow in your build either the > define of > >MAPI_TMP_TABLE is not included (that seems very unlikely), or > that > >it is indeed a python problem. When I looked for > MAPI_TMP_TABLE I > >got the following results: > > >ken@jtm1 /scratch/ken/Mesa-10.2.5 $find . -type f | xargs > grep > >MAPI_TMP_TABLE > >./src/mapi/shared-glapi/glapi_mapi_tmp.h:#ifdef > MAPI_TMP_TABLE > >./src/mapi/shared-glapi/glapi_mapi_tmp.h:#undef > MAPI_TMP_TABLE > >./src/mapi/shared-glapi/glapi_mapi_tmp.h:#endif /* > MAPI_TMP_TABLE */ > >./src/mapi/vgapi/vgapi_tmp.h:#ifdef MAPI_TMP_TABLE > >./src/mapi/vgapi/vgapi_tmp.h:#undef MAPI_TMP_TABLE > >./src/mapi/vgapi/vgapi_tmp.h:#endif /* MAPI_TMP_TABLE */ > >./src/mapi/table.h:#define MAPI_TMP_TABLE > >./src/mapi/mapi_abi.py: print '#ifdef > MAPI_TMP_TABLE' > >./src/mapi/mapi_abi.py: print '#undef > MAPI_TMP_TABLE' > >./src/mapi/mapi_abi.py: print '#endif /* > MAPI_TMP_TABLE > >*/' > >ken@jtm1 /scratch/ken/Mesa-10.2.5 $view src/mapi/table.h > > On my computer only mapi_abi.py and table.h are present, so the file > glapi_mapi_tmp.h is not built for me. > > > >so it seems that mapi_abi.py is what generates that file. It > is a > >straight python2 script invoked as #!/usr/bin/env python > > > > 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. > > > 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 > 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' > make[2]: Nothing to be done for 'all'. > 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' > make all-am > make[4]: Entering directory > '/sources/xc/Mesa-10.2.6/src/mapi/glapi/gen' > make[4]: Nothing to be done for 'all-am'. > make[4]: Leaving directory > '/sources/xc/Mesa-10.2.6/src/mapi/glapi/gen' > make[3]: Leaving directory > '/sources/xc/Mesa-10.2.6/src/mapi/glapi/gen' > Making all in shared-glapi > make[3]: Entering directory > '/sources/xc/Mesa-10.2.6/src/mapi/shared-glapi' > 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 > ../../../src/mapi/entry.c:82:1: warning: control reaches end of > non-void function [-Wreturn-type] > } > ^ > Makefile:695: recipe for target 'entry.lo' failed > make[5]: *** [entry.lo] Error 1 > make[5]: Leaving directory > '/sources/xc/Mesa-10.2.6/src/mapi/shared-glapi' > Makefile:749: recipe for target 'all-recursive' failed > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory > '/sources/xc/Mesa-10.2.6/src/mapi/shared-glapi' > Makefile:586: recipe for target 'all' failed > make[3]: *** [all] Error 2 > make[3]: Leaving directory > '/sources/xc/Mesa-10.2.6/src/mapi/shared-glapi' > Makefile:512: recipe for target 'all-recursive' failed > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory '/sources/xc/Mesa-10.2.6/src/mapi' > Makefile:529: recipe for target 'all-recursive' failed > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory '/sources/xc/Mesa-10.2.6/src' > Makefile:578: recipe for target 'all-recursive' failed > make: *** [all-recursive] Error 1 > > > > 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 > make[3]: *** [../../../../src/mapi/glapi/glapi_mapi_tmp.h] Error 1 > make[3]: Leaving directory > '/sources/xc/Mesa-10.2.6/src/mapi/glapi/gen' > Makefile:512: recipe for target 'all-recursive' failed > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory '/sources/xc/Mesa-10.2.6/src/mapi' > Makefile:529: recipe for target 'all-recursive' failed > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory '/sources/xc/Mesa-10.2.6/src' > Makefile:578: recipe for target 'all-recursive' failed > make: *** [all-recursive] Error 1 > > > > > > > > -- > http://lists.linuxfromscratch.org/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page
Hello, I have just tested the building of MesaLib 10.2.6 and it builds perfectly. Somewhere along the line you have deviated from the books published instructions. You are going to have to go through everything you have built and make sure that you have followed the books instructions. If you had followed them, you would not get that error. It may well be that you added different switches to what the book said either in the main required switches or one or more of the optional switches. At the very least I would suggest that you re-compile python 2.7.8 strictly by the book and make sure that you have installed the python modules. Regards, Christopher. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
