![]() |
Mesa can not build because I don't have libglapi.
Hi! Recently I've finished LFS and started BLFS. But I'm having a problem in chapter 24 building Mesalib-8.0.4. I'm using the newest version BLFS.
When I do make after following the instructions it ends with this: Code:
Code:
find / libglapiCode:
find / libglapi.so.0 |
http://www.linuxfromscratch.org/blfs/view/svn/x/mesalib.html
Are these the instructions you're following? My interpretation is that the mesa build will create the libglapi library. This leads me to wonder what your. /configure line is. I suspect a typo or missing --enable-shared-glapi option. Can you post it here? I assume the checksum of the tarball was ok and that you're working in a fresh unpacked directory. |
The checksum says OK and I'm working in the fresh Mesa directory that was created after untarring. I'm using these commands
Code:
sed 's@FLAGS=\"-g@FLAGS=\"@' -i configure &&And libglapi.so.0 is in the lib directory in the untared mesa directory. |
If the same configure options are exactly the same as created/cached with config.status then the libglapi.so.0 library should be installed into Mesa-8.0.4/lib/. Either way it should build cleanly.
Admittedly I'm not doing the following test on BLFS and with subtly different configure options so at least I can run make...but evidently, libglapi.so.0 is the first thing to be built. I noticed also that to start with there is a python2 script executed relating to glapi. My system is using python 2.7. Had to strip nouveau from gallium driver set, and force only radeon dri driver ( to remove libdrm_intel dependency ) for the purposes of testing on my system - this is not intended to recommend better configure options than the excellent documentation for BLFS. Code:
./configure --prefix=/usr/lib/xorg \Code:
Making sources for autoconfQuote:
Disclaimer: I'm not an LFS nor BLFS expert :) so I lend my comments to correction by persons more experienced with such systems. |
Thanks for the responses.
When I type "python" python 2.7.3 starts so I think that I got python working correctly. I also get similar output to what you got above when I start make. This is what I get: (Only the start it goes on a long time before it crashes) Code:
make[1]: Entering directory `/root/xc/Mesa-8.0.4/src' |
libxml2-python.so
That's interesting. So the shared library is getting built ( when using --enable-shared-glapi obviously ) but just doesn't contain the right symbols.
Might be worth checking that the missing symbols in the error message from your original post are contained within the Mesa-8.0.4/src/mapi/shared-glapi/mapi_glapi.o object file and compare that with what is in Mesa-8.0.4/lib/libglapi.so.0.0.0 using objdump -t, for example. The only other idea I have is that the libxml2-python must be built if using OpenGL ES, which is the case here due to --enable-gles1 and --enable-gles2. The BLFS libxml2 build instructions only recommend Python as a dependency whereas the MesaLib instructions state that it that the libxml2-python module *is* required ( but only recommended ). Curiously, all bar 2 xml files in the checked out source code are within the src/mapi/glapi/ directory. |
All symbols are in Mesa-8.0.4/lib/libglapi.so.0.0.0 and only 1 is missing in Mesa-8.0.4/src/mapi/shared-glapi/mapi_glapi.o.
How can I see if I have libxml2-python? I have installed both python and libxml2 in that order. I have found this Code:
python -c "import sys; print sys.path"Code:
'module' object has no attribute 'path'The build works also when I leave out --enable-gles1 and --enable-gles2. |
Ok. The BLFS libxml2 docs say the module would be libxml2mod.so, but it seems you have it.
Well, my last wacky idea wasn't worth mentioning except I've exhausted everything I can think of, so: * lib/libglapi.so.0.0.0 seems to have the right symbols. The original error message was unable to find libglapi.so.0 - this being a symlink to libglapi.so.0.0.0. Code:
ged Mesa-8.0.4 $ ls -lgo lib/libglapi*I don't know what else to suggest. |
I decided to simply leave out --enable-shared-glapi and got xwindows working. I guess I can always try compiling Mesa with --enable-shared-glapi again if this causes me problems in the future.
Anyways thanks for your help I really appreciate it! |
You're welcome. I felt sure we'd crack it.
If/when you revisit this in the future and find a solution, I will be interested to know what we overlooked. All the best. |
| All times are GMT -5. The time now is 02:06 AM. |