Summary: | media-libs/mesa[llvm] fails to build with >=sys-devel/llvm-3.4[ncurses] - /usr/lib64/llvm/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)': (.text+0x587): undefined reference to `setupterm' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ivan Iraci <ivanhoe> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | achim, aidecoe, alex, alexander, alexandref75, alex_y_xu, ao, arttuv69, ben, bertrand, bkohler, bugzie, candrews, chainsawbike, cornicx, crazy-ivanovic, Dan.Johansson, defuebr, doug.hunley, egorov_egor, eva, freaky, fturco, ganellon, gentoo-bugs, gentoo, idoerg, ikelos, ivanhoe, januszmk6, jlec, johannes.hirte, jrmalaq, junghans, kripton, lists, lukas.schneiderbauer, mail, mgmadden, mgorny, mitaspiotr, navid.zamani, nikoli, ninuje, olimpiu.pascariu, ormaaj, orzel, paolo.stivanin, patrick, rob, rose, rzubaly, sergey, slyfox, staff, tka, vivo75, voyageur, wsheets, yuriy, z23, zeekec |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=70410 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
The complete build log.
The ebuild environment file. |
Description
Ivan Iraci
2013-08-16 14:06:15 UTC
Created attachment 356212 [details]
The complete build log.
Created attachment 356214 [details]
The ebuild environment file.
Probably ncurses[tinfo] case. (In reply to Rafał Mużyło from comment #3) > Probably ncurses[tinfo] case. I reemerged ncurses with tinfo use flag and tried again: same error. I even tried to emerge mesa-9999 with /etc/portage/env/media-libs/mesa containing: CFLAGS="-O2 -march=native -pipe -lncurses -ltinfo" CXXFLAGS="${CFLAGS}" Same error. (In reply to Ivan Iraci from comment #4) > (In reply to Rafał Mużyło from comment #3) > > > Probably ncurses[tinfo] case. > > I reemerged ncurses with tinfo use flag and tried again: same error. > I even tried to emerge mesa-9999 with /etc/portage/env/media-libs/mesa > containing: > > CFLAGS="-O2 -march=native -pipe -lncurses -ltinfo" LIBS shouldn't go into CFLAGS. Also, what I've meant was "problem that happens *when* ncurses is built with tinfo useflag set". (In reply to Rafał Mużyło from comment #5) > Also, what I've meant was "problem that happens *when* ncurses is built with > tinfo useflag set". When I wrote this bug report ncurses was built with tinfo useflag disabled. mesa compiles with egl USEFLAG disabled but xf86-video-ati isn't working fine: $ LIBGL_DEBUG=verbose glxgears libGL: OpenDriver: trying /usr/lib64/dri/tls/r600_dri.so libGL: OpenDriver: trying /usr/lib64/dri/r600_dri.so libGL error: dlopen /usr/lib64/dri/r600_dri.so failed (/usr/lib64/dri/r600_dri.so: undefined symbol: setupterm) Before you ask about it: ncurses is built with tinfo useflag *UN*set. Resolved by editing llvm-9999 ebuild and recompiling it: multilib_src_configure() { local CONF_FLAGS="--enable-keep-symbols --enable-shared --disable-terminfo ## <-- Line added by me --with-optimize-option= $(use_enable !debug optimized) $(use_enable debug assertions) $(use_enable debug expensive-checks)" The problem persists. I have to edit llvm ebuild and emerge llvm to succesfully emerge mesa. CC'ing sys-devel/llvm maintainers LLVM sometimes has weird linking problems such as bug 382995 which are seen only by some users and not by others. Hmm, looks like llvm's got automagic dep on ncurses... but anyway, this looks like a classic issue with static linking on Linux. I guess llvm-config fails to list the libs necessary for static linking. But that's just guessing. The problem still exists. *** Bug 497420 has been marked as a duplicate of this bug. *** Same problem with mesa-10.0.1[-llvm-shared-libs] + llvm-3.4[ncurses] from the portage tree. mesa[-llvm-shared-libs,-openvg] builda fine on my systems, but causes runtime failures (undefined symbols). upstream bugs: https://bugs.freedesktop.org/show_bug.cgi?id=70410 https://bugs.freedesktop.org/show_bug.cgi?id=72307 @x11: What do you think about Michał's suggestions [1]? May be it's time to implement them at least in mesa-10* ebuilds? [1] https://bugs.gentoo.org/show_bug.cgi?id=488216#c27 Upstream bug #72307 lists building llvm[-ncurses] as a workaround. I can confirm mesa-10.0.2 built successfully against llvm-3.4[-ncurses] on my system. I did not modify any ebuilds. *** Bug 499412 has been marked as a duplicate of this bug. *** I have this error with mesa 9.2.5 from main tree. *** Bug 500626 has been marked as a duplicate of this bug. *** I followed ivan's suggestion regarding rebuilding llvm -terminfo. then tried building mesa-9.2.5 and have to report a successful build. I just got hit with this on my ~amd64 laptop. I had previously masked llvm-3.4 due to emerge blockage with xorg and legacy nvidia-drivers my laptop requires. I was cleaning cruft out of various config files this weekend and noticed the block was no longer valid and removed the mask. llvm emerged successfully, however, now mesa is failing to compile against it with the same errors listed here. I will attempt to rebuild llvm with USE="-ncurses" as has been suggested, and see if this workaround resolves the problem building mesa. I too can now confirm that building llvm with USE="-ncurses" allows mesa to emerge as expected. after recompiling llvm with -ncurses, remerging mesa fails with: gmake[4]: Entering directory '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86/src/gallium/targets/egl-static' gmake[4]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/var/tmp/portage/media-libs/mesa-9.2.5/image//usr/lib32/egl' /bin/sh ../../../../libtool --mode=install /usr/bin/install -c egl_gallium.la '/var/tmp/portage/media-libs/mesa-9.2.5/image//usr/lib32/egl' libtool: install: warning: relinking `egl_gallium.la' libtool: install: (cd /var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86/src/gallium/targets/egl-static; /bin/sh /var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86/libtool --tag CXX --mode=relink x86_64-pc-linux-gnu-g++ -m32 -O2 -march=native -pipe -fomit-frame-pointer -Wall -fno-strict-aliasing -fno-builtin-memcmp -Wl,--no-undefined -Wl,--allow-multiple-definition -avoid-version -module -L/usr/lib32 -lz -lpthread -lffi -ldl -lm -Wl,-O1 -Wl,--as-needed -o egl_gallium.la -rpath /usr/lib32/egl egl.lo egl_pipe.lo egl_st.lo ../../../../src/gallium/auxiliary/libgallium.la ../../../../src/gallium/drivers/identity/libidentity.la ../../../../src/gallium/drivers/trace/libtrace.la ../../../../src/gallium/drivers/rbug/librbug.la ../../../../src/gallium/state_trackers/egl/libegl.la ../../../../src/egl/main/libEGL.la -L/usr/lib32 -ludev -ldl -lpthread -lm ../../../../src/gallium/winsys/sw/xlib/libws_xlib.la -lX11 -lXext -lXfixes -L/usr/lib32 -ldrm ../../../../src/mesa/libmesagallium.la ../../../../src/mapi/shared-glapi/libglapi.la ../../../../src/gallium/drivers/softpipe/libsoftpipe.la ../../../../src/gallium/drivers/llvmpipe/libllvmpipe.la -lLLVMMCJIT -lLLVMBitWriter -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86Desc -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMRuntimeDyld -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMObjCARCOpts -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport -inst-prefix-dir /var/tmp/portage/media-libs/mesa-9.2.5/image/) libtool: relink: x86_64-pc-linux-gnu-g++ -m32 -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/32/crtbeginS.o .libs/egl.o .libs/egl_pipe.o .libs/egl_st.o -Wl,--whole-archive ../../../../src/gallium/auxiliary/.libs/libgallium.a ../../../../src/gallium/drivers/identity/.libs/libidentity.a ../../../../src/gallium/drivers/trace/.libs/libtrace.a ../../../../src/gallium/drivers/rbug/.libs/librbug.a ../../../../src/gallium/state_trackers/egl/.libs/libegl.a ../../../../src/gallium/winsys/sw/xlib/.libs/libws_xlib.a ../../../../src/mesa/.libs/libmesagallium.a ../../../../src/gallium/drivers/softpipe/.libs/libsoftpipe.a ../../../../src/gallium/drivers/llvmpipe/.libs/libllvmpipe.a -Wl,--no-whole-archive -L/usr/lib32 -Wl,--as-needed -L/var/tmp/portage/media-libs/mesa-9.2.5/image//usr/lib32 -lEGL -lX11-xcb -lxcb-dri2 -lxcb-xfixes -lxcb-render -lxcb-shape -lxcb -ludev -lX11 -lXext -lXfixes -ldrm -lglapi -lz -lpthread -lffi -ldl -lLLVMMCJIT -lLLVMBitWriter -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86Desc -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMRuntimeDyld -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMObjCARCOpts -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/32 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32 -L/lib/../lib32 -L/usr/lib/../lib32 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/32/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/crtn.o -m32 -O2 -march=native -Wl,--no-undefined -Wl,--allow-multiple-definition -Wl,-O1 -pthread -Wl,-soname -Wl,egl_gallium.so -o .libs/egl_gallium.so .libs/egl.o: In function `create_drm_screen': egl.c:(.text+0x73): undefined reference to `_eglLog' egl.c:(.text+0x147): undefined reference to `_eglLog' egl.c:(.text+0x1fa): undefined reference to `_eglLog' egl.c:(.text+0x222): undefined reference to `_eglLog' egl.c:(.text+0x269): undefined reference to `_eglLog' .libs/egl.o:egl.c:(.text+0x291): more undefined references to `_eglLog' follow ../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_show_screen_surface': egl_g3d_api.c:(.text+0x1a4): undefined reference to `_eglError' egl_g3d_api.c:(.text+0x1c2): undefined reference to `_eglError' egl_g3d_api.c:(.text+0x1e2): undefined reference to `_eglError' egl_g3d_api.c:(.text+0x20a): undefined reference to `_eglError . . . Makefile:603: recipe for target 'install-recursive' failed make: *** [install-recursive] Error 1 * ERROR: media-libs/mesa-9.2.5::gentoo failed (install phase): * emake failed * * If you need support, post the output of `emerge --info '=media-libs/mesa-9.2.5::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-libs/mesa-9.2.5::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/mesa-9.2.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/mesa-9.2.5/temp/environment'. * Working directory: '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86' * S: '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5' * Messages for package media-libs/mesa-9.2.5: * ERROR: media-libs/mesa-9.2.5::gentoo failed (install phase): * emake failed * * If you need support, post the output of `emerge --info '=media-libs/mesa-9.2.5::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-libs/mesa-9.2.5::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/mesa-9.2.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/mesa-9.2.5/temp/environment'. * Working directory: '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86' * S: '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5' * * The following package has failed to build or install: * * (media-libs/mesa-9.2.5::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/media-libs/mesa-9.2.5/temp/build.log' (In reply to Keith Harrison from comment #24) > .libs/egl.o: In function `create_drm_screen': > egl.c:(.text+0x73): undefined reference to `_eglLog' That problem is probably not related to this bug. (In reply to Keith Harrison from comment #24) > after recompiling llvm with -ncurses, remerging mesa fails with: > > gmake[4]: Entering directory > '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86/src/gallium/ > targets/egl-static' > gmake[4]: Nothing to be done for 'install-exec-am'. > /bin/mkdir -p '/var/tmp/portage/media-libs/mesa-9.2.5/image//usr/lib32/egl' > /bin/sh ../../../../libtool --mode=install /usr/bin/install -c > egl_gallium.la '/var/tmp/portage/media-libs/mesa-9.2.5/image//usr/lib32/egl' > libtool: install: warning: relinking `egl_gallium.la' > libtool: install: (cd > /var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86/src/gallium/ > targets/egl-static; /bin/sh > /var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86/libtool --tag > CXX --mode=relink x86_64-pc-linux-gnu-g++ -m32 -O2 -march=native -pipe > -fomit-frame-pointer -Wall -fno-strict-aliasing -fno-builtin-memcmp > -Wl,--no-undefined -Wl,--allow-multiple-definition -avoid-version -module > -L/usr/lib32 -lz -lpthread -lffi -ldl -lm -Wl,-O1 -Wl,--as-needed -o > egl_gallium.la -rpath /usr/lib32/egl egl.lo egl_pipe.lo egl_st.lo > ../../../../src/gallium/auxiliary/libgallium.la > ../../../../src/gallium/drivers/identity/libidentity.la > ../../../../src/gallium/drivers/trace/libtrace.la > ../../../../src/gallium/drivers/rbug/librbug.la > ../../../../src/gallium/state_trackers/egl/libegl.la > ../../../../src/egl/main/libEGL.la -L/usr/lib32 -ludev -ldl -lpthread -lm > ../../../../src/gallium/winsys/sw/xlib/libws_xlib.la -lX11 -lXext -lXfixes > -L/usr/lib32 -ldrm ../../../../src/mesa/libmesagallium.la > ../../../../src/mapi/shared-glapi/libglapi.la > ../../../../src/gallium/drivers/softpipe/libsoftpipe.la > ../../../../src/gallium/drivers/llvmpipe/libllvmpipe.la -lLLVMMCJIT > -lLLVMBitWriter -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen > -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86Desc > -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMRuntimeDyld > -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMObjCARCOpts -lLLVMScalarOpts > -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget > -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport -inst-prefix-dir > /var/tmp/portage/media-libs/mesa-9.2.5/image/) > libtool: relink: x86_64-pc-linux-gnu-g++ -m32 -fPIC -DPIC -shared -nostdlib > /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/crti.o > /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/32/crtbeginS.o .libs/egl.o > .libs/egl_pipe.o .libs/egl_st.o -Wl,--whole-archive > ../../../../src/gallium/auxiliary/.libs/libgallium.a > ../../../../src/gallium/drivers/identity/.libs/libidentity.a > ../../../../src/gallium/drivers/trace/.libs/libtrace.a > ../../../../src/gallium/drivers/rbug/.libs/librbug.a > ../../../../src/gallium/state_trackers/egl/.libs/libegl.a > ../../../../src/gallium/winsys/sw/xlib/.libs/libws_xlib.a > ../../../../src/mesa/.libs/libmesagallium.a > ../../../../src/gallium/drivers/softpipe/.libs/libsoftpipe.a > ../../../../src/gallium/drivers/llvmpipe/.libs/libllvmpipe.a > -Wl,--no-whole-archive -L/usr/lib32 -Wl,--as-needed > -L/var/tmp/portage/media-libs/mesa-9.2.5/image//usr/lib32 -lEGL -lX11-xcb > -lxcb-dri2 -lxcb-xfixes -lxcb-render -lxcb-shape -lxcb -ludev -lX11 -lXext > -lXfixes -ldrm -lglapi -lz -lpthread -lffi -ldl -lLLVMMCJIT -lLLVMBitWriter > -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG > -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86Desc -lLLVMX86Info > -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMRuntimeDyld > -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMObjCARCOpts -lLLVMScalarOpts > -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget > -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport > -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/32 > -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32 -L/lib/../lib32 > -L/usr/lib/../lib32 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2 > -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../x86_64-pc-linux-gnu/lib > -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../.. -lstdc++ -lm -lc -lgcc_s > /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/32/crtendS.o > /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib32/crtn.o -m32 -O2 > -march=native -Wl,--no-undefined -Wl,--allow-multiple-definition -Wl,-O1 > -pthread -Wl,-soname -Wl,egl_gallium.so -o .libs/egl_gallium.so > .libs/egl.o: In function `create_drm_screen': > egl.c:(.text+0x73): undefined reference to `_eglLog' > egl.c:(.text+0x147): undefined reference to `_eglLog' > egl.c:(.text+0x1fa): undefined reference to `_eglLog' > egl.c:(.text+0x222): undefined reference to `_eglLog' > egl.c:(.text+0x269): undefined reference to `_eglLog' > .libs/egl.o:egl.c:(.text+0x291): more undefined references to `_eglLog' > follow > ../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In > function `egl_g3d_show_screen_surface': > egl_g3d_api.c:(.text+0x1a4): undefined reference to `_eglError' > egl_g3d_api.c:(.text+0x1c2): undefined reference to `_eglError' > egl_g3d_api.c:(.text+0x1e2): undefined reference to `_eglError' > egl_g3d_api.c:(.text+0x20a): undefined reference to `_eglError > > . > . > . > > Makefile:603: recipe for target 'install-recursive' failed > make: *** [install-recursive] Error 1 > * ERROR: media-libs/mesa-9.2.5::gentoo failed (install phase): > * emake failed > * > * If you need support, post the output of `emerge --info > '=media-libs/mesa-9.2.5::gentoo'`, > * the complete build log and the output of `emerge -pqv > '=media-libs/mesa-9.2.5::gentoo'`. > * The complete build log is located at > '/var/tmp/portage/media-libs/mesa-9.2.5/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/media-libs/mesa-9.2.5/temp/environment'. > * Working directory: > '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86' > * S: '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5' > > * Messages for package media-libs/mesa-9.2.5: > > * ERROR: media-libs/mesa-9.2.5::gentoo failed (install phase): > * emake failed > * > * If you need support, post the output of `emerge --info > '=media-libs/mesa-9.2.5::gentoo'`, > * the complete build log and the output of `emerge -pqv > '=media-libs/mesa-9.2.5::gentoo'`. > * The complete build log is located at > '/var/tmp/portage/media-libs/mesa-9.2.5/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/media-libs/mesa-9.2.5/temp/environment'. > * Working directory: > '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-x86' > * S: '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5' > * > * The following package has failed to build or install: > * > * (media-libs/mesa-9.2.5::gentoo, ebuild scheduled for merge), Log file: > * '/var/tmp/portage/media-libs/mesa-9.2.5/temp/build.log' Do you have the egl flag activated in your make.conf ??? I initially had the *exact* build output of Ivan's post #1. After stumbling upon this bug I emerged llvm with -ncurses. And then I got the *exact* output as described by Keith Harrison in post #24. Is it really not related? And no, I do not have egl in my make.conf file. This machine was rebuilt with emerge -e @system @world 1 week ago. Mesa compiled then. I had nvidia-drivers 331.38. I installed nvidia-drivers 334.16 and this trouble began. I cannot downgrade due to some mess the new driver leaves behind, libGLES.so and libEGL.so files. Slightly off-topic but related. I solved the issue here by downgrading to nvidia-drivers-304.119. Mesa still gave the errors as in post #1. But this time I emerged llvm with -ncurses and then mesa compiled. Also, while still fighting with the new driver I did try Ivan's fix in post #9 - no help. I also tried that fix with llvm -ncurses. Nope. So the issue may be problems with llvm, but at least in this case, the new driver played a part also. This was with the mesa-9.25 driver in the main tree. Please report the issue with undefined _eglLog and _eglError in combination with nvidia-drivers in a separate bug. It has nothing to do with llvm. Wanted to confirm that building llvm with -ncurses allows mesa to emerge as expected. This is with mesa-9.2.5 on ~amd64. (In reply to James L. Hammons from comment #30) > Wanted to confirm that building llvm with -ncurses allows mesa to emerge as > expected. This is with mesa-9.2.5 on ~amd64. On my amd64 single core unit,this is so Can we stop this non-sense now and just enable/force USE=llvm-shared-libs, please? :) with llvm-shared-libs USE flag enabled it merged fine. I'm having this very problem with 9.2.5. On a second system I have here (~amd64, mesa-9.2.5), I was able to get mesa to build with +llvm-shared-libs--but I also had to add -llvm (would not build with +llvm). Just thought I'd add that to Oleg's report, in case anyone runs into trouble. Flags for llvm installed here (v3.4): libffi ncurses python static-analyzer xml -clang -debug -doc -gold -multitarget -ocaml -test -udis86 *** Bug 501608 has been marked as a duplicate of this bug. *** *** Bug 501682 has been marked as a duplicate of this bug. *** Same here on ~amd64. *** Bug 502374 has been marked as a duplicate of this bug. *** *** Bug 502402 has been marked as a duplicate of this bug. *** *** Bug 502430 has been marked as a duplicate of this bug. *** running ~amd64, with nvidia-drivers-334.16-r7, llvm-3.4, and mesa-9.2.5-r1, I encounter first the problem as described in #1. Emerging llvm with USE="-ncurses" leads to the problem as described in #24. Emerging mesa with USE="llvm-shared-libs -llvm" as described in #35 resulted in mesa emerging successfully. Cheers. *** Bug 502572 has been marked as a duplicate of this bug. *** As #42 already mentioned, emerging llvm with USE="-ncurses" leads to another problem, but can be avoided with switching opengl to xorg-x11 before emerging mesa as mentioned @ https://bugs.gentoo.org/show_bug.cgi?id=501328#c8. media-libs/mesa-9.2.5-r1 x11-drivers/nvidia-drivers-334.16-r7 sys-devel/llvm-3.4 -ncurses *** Bug 502992 has been marked as a duplicate of this bug. *** *** Bug 503086 has been marked as a duplicate of this bug. *** Hello, i'm hit by this bug on ~amd64 using VIDEO_CARDS="r600 radeon" and have r600-llvm-compiler in my main USE. The weird thing is that mesa-9.2.5 had had no problem emerging on january 15th, and now 9.2.5-r1 is failing with this error. Since then, llvm has been updated from 3.3-r1 to 3.4, so i guess this is the problem. Adding llvm-shared-libs to my make.conf, i can emerge it again. *** Bug 503154 has been marked as a duplicate of this bug. *** [ebuild R ] sys-devel/llvm-3.4:0/3.4 USE="libffi ncurses static-analyzer -clang -debug -doc -gold -multitarget -ocaml -python {-test} -udis86 -xml" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 -pypy2_0 -python2_6" VIDEO_CARDS="-radeon" 0 kB [ebuild R ] media-libs/mesa-9.2.5-r1 USE="classic egl gallium gles2 llvm-shared-libs nptl vdpau -bindist -debug -gbm -gles1 -llvm -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -wayland -xa -xorg -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 0 kB i confirm -llvm +llvm-shared-libs fixes the build problem. (must use both) *** Bug 503642 has been marked as a duplicate of this bug. *** *** Bug 503736 has been marked as a duplicate of this bug. *** This bug has hit me yesterday with media-libs/mesa-10.1.0 . But it was fixed with that change: "Remove non-existant openmax (available in next Mesa release) and correct llvm-shared-libs flag, bug #503888." for another software it was fixed by this commit: http://cgit.freedesktop.org/beignet/commit/?id=9acc4ce5d1e4d166f9fb916d3417ea52fbe16b70 So I went ahead and finally committed my changes to mesa-9999. [master f22a1a8] media-libs/mesa: Require llvm-3.3-r3 (for new llvm-config path + bug #506180). Always use shared libs to avoid the issues related to static linking (e.g. bug #481316). 1 file changed, 5 insertions(+), 10 deletions(-) @x11, consider moving it to one of the releases? Just please make sure to take one with AC_PATH_TOOL check for llvm-config (and possibly other llvm shared-libs fixes). I get that bug now with media-libs/mesa-10.1.1 . *** Bug 509102 has been marked as a duplicate of this bug. *** *** Bug 509042 has been marked as a duplicate of this bug. *** Those other bugs have new info, apparently the fix was not implemented correctly to force llvm-shared-libs on. I'm not sure if this is 100% accurate but I think it is worth copying here if the other bugs remain closed DUP: (In reply to Jana Saout from comment #1) > Errr... > > I think this change: > > - $(use_with llvm-shared-libs) \ > + --enable-llvm-shared-libs \ > > was supposed to say > > --with-llvm-shared-libs > > Mesa is actually compiled against the static libraries for me (which fails > if they are not available). (In reply to Ben Kohler from comment #58) > Those other bugs have new info, apparently the fix was not implemented > correctly to force llvm-shared-libs on. The fix in ebuild is implemented correctly, but there is a bug in mesa build system: https://bugs.gentoo.org/show_bug.cgi?id=509034#c8 *** Bug 509152 has been marked as a duplicate of this bug. *** *** Bug 509272 has been marked as a duplicate of this bug. *** 01 May 2014; Michał Górny <mgorny@gentoo.org> mesa-10.1.1.ebuild: Remove --enable-llvm-shared-libs since the switch is broken in this version and causes shared linking to be disabled. In fact, the default is for shared linking to be enabled, so removing the switch leaves it that way. That helped me. Thank you! I think that bug is fixed and can be closed. I agree,it compiles up just fine now. Marking as fixed per the previous comments. |