View previous topic :: View next topic |
Author |
Message |
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Wed Feb 05, 2014 8:01 pm Post subject: mesa-9.2.5 fails, egl_gallium/llvm related |
|
|
I'm suddenly catching this bug on ~amd64, which also prevents glamor and xf86-video-ati from being updated.
https://bugs.gentoo.org/show_bug.cgi?id=481316
Code: | lLLVMCore -lLLVMSupport -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -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/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../lib64/crtn.o -march=amdfam10 -O2 -Wl,--no-undefined -Wl,--allow-multiple-definition -Wl,-O1 -pthread -Wl,-soname -Wl,egl_gallium.so -o .libs/egl_gallium.so
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x6a7): undefined reference to `setupterm'
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x6d0): undefined reference to `tigetnum'
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x6d9): undefined reference to `set_curterm'
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x6e1): undefined reference to `del_curterm'
collect2: error: ld returned 1 exit status
Makefile:849: recipe for target 'egl_gallium.la' failed
gmake[3]: *** [egl_gallium.la] Error 1
gmake[3]: Leaving directory '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-amd64/src/gallium/targets/egl-static'
Makefile:575: recipe for target 'all-recursive' failed
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-amd64/src/gallium/targets'
Makefile:552: recipe for target 'all-recursive' failed
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory '/var/tmp/portage/media-libs/mesa-9.2.5/work/Mesa-9.2.5-amd64/src'
Makefile:603: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
* ERROR: media-libs/mesa-9.2.5::gentoo failed (compile phase):
* emake failed |
Do we need to just wait till it's fixed , or for mesa-10.x.x to reach ~arch, or is there currently a known workaround that actually doesnt' cause other problems?
More info here: https://bugs.gentoo.org/show_bug.cgi?id=488216#c27
The other bug report suggests lists building llvm[-ncurses] as a workaround, but is that wise? Any unforeseen more serious problems trying that? _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
papu l33t
Joined: 25 Jan 2008 Posts: 709 Location: Sota algun pi o alzina...
|
Posted: Sat Feb 08, 2014 2:48 pm Post subject: |
|
|
same error for me, but with sys-devel/llvm -ncurses on llvm-3.4 , mesa don't crash , i am using =media-libs/mesa-10.0.3 on package.unmask right now
_________________ "~amd64" --cpu 7700 non-x --DDR5 2x16GB 6000MHz --gpu RX 470 |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat Feb 08, 2014 8:41 pm Post subject: |
|
|
papu,
Thanks for the feedback.
I went ahead and did llvm with -ncurses, and then mesa-9.2.5 along with glamor and xf86-video-ati-7.3.0 also emerged with no problems.
This was on one of my ~x86 Gentoo partitions. My~amd64 installs seemed to have sorted themselves out on their own.
BTW, how is your mesa-10.0.3 unmask working out- any problems appear? I'm assuming you're running ~Arch and not stable, correct? _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
papu l33t
Joined: 25 Jan 2008 Posts: 709 Location: Sota algun pi o alzina...
|
Posted: Sat Feb 08, 2014 9:12 pm Post subject: |
|
|
yes i am using unstable, i have not problems so far, i am using glamor and xf86-video-ati also, with 3.13.2 gentoo-sources
https://forums.gentoo.org/viewtopic-p-5863358.html#5863358
i am sorry for my english _________________ "~amd64" --cpu 7700 non-x --DDR5 2x16GB 6000MHz --gpu RX 470 |
|
Back to top |
|
|
blietaer Tux's lil' helper
Joined: 27 Apr 2006 Posts: 103
|
Posted: Wed Feb 26, 2014 10:03 am Post subject: |
|
|
Exactly same issue here....
Code: | -Wl,egl_gallium.so -o .libs/egl_gallium.so
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x5f7): undefined reference to `setupterm'
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x620): undefined reference to `tigetnum'
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x629): undefined reference to `set_curterm'
/usr/lib64/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)':
(.text+0x631): undefined reference to `del_curterm'
collect2: error: ld returned 1 exit status
Makefile:849: recipe for target 'egl_gallium.la' failed
gmake[3]: *** [egl_gallium.la] Error 1
gmake[3]: Leaving directory '/var/tmp/portage/media-libs/mesa-9.2.5-r1/work/Mesa-9.2.5-amd64/src/gallium/targets/egl-static'
Makefile:575: recipe for target 'all-recursive' failed
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory '/var/tmp/portage/media-libs/mesa-9.2.5-r1/work/Mesa-9.2.5-amd64/src/gallium/targets'
Makefile:552: recipe for target 'all-recursive' failed
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory '/var/tmp/portage/media-libs/mesa-9.2.5-r1/work/Mesa-9.2.5-amd64/src'
Makefile:603: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
* ERROR: media-libs/mesa-9.2.5-r1::gentoo failed (compile phase):
|
I'll give a try to
sys-devel/llvm -ncurses
in packages.use
keep you posted.. |
|
Back to top |
|
|
ExecutorElassus Veteran
Joined: 11 Mar 2004 Posts: 1435 Location: Berlin, Germany
|
Posted: Wed Feb 26, 2014 8:38 pm Post subject: |
|
|
I'm on ~amd64. This solution (llvm with -ncurses) did not solve the issue for me. I get a bunch of this:
Code: | .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+0x1f8): 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+0x1b4): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x1d2): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x202): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x222): undefined reference to `_eglError'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_copy_buffers':
egl_g3d_api.c:(.text+0x2e6): undefined reference to `_eglGetCurrentContext'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `create_pbuffer_surface':
egl_g3d_api.c:(.text+0x3cc): undefined reference to `_eglInitSurface'
egl_g3d_api.c:(.text+0x450): undefined reference to `_eglError'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_bind_tex_image':
egl_g3d_api.c:(.text+0x4c6): undefined reference to `_eglGetAPIContext'
egl_g3d_api.c:(.text+0x4e6): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x5e2): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x60a): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x63a): undefined reference to `_eglError'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_choose_config':
egl_g3d_api.c:(.text+0x694): undefined reference to `_eglParseConfigAttribList'
egl_g3d_api.c:(.text+0x6fa): undefined reference to `_eglFilterConfigArray'
egl_g3d_api.c:(.text+0x75b): undefined reference to `_eglError'
egl_g3d_api.c:(.text+0x77a): undefined reference to `_eglError'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_compare_config':
egl_g3d_api.c:(.text+0x7bf): undefined reference to `_eglCompareConfigs'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_match_config':
egl_g3d_api.c:(.text+0x828): undefined reference to `_eglMatchConfig'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `swap_buffers.isra.3':
egl_g3d_api.c:(.text+0x85f): undefined reference to `_eglGetCurrentContext'
../../../../src/gallium/state_trackers/egl/.libs/libegl.a(egl_g3d_api.o): In function `egl_g3d_post_sub_buffer':
| but perhaps that's a different issue?
Cheers,
EE |
|
Back to top |
|
|
chithanh Developer
Joined: 05 Aug 2006 Posts: 2158 Location: Berlin, Germany
|
Posted: Thu Feb 27, 2014 2:46 am Post subject: |
|
|
The eglLog error is probably bug 501328 and not related to the OP's issue.
The reason why many ~arch users run into the llvm-3.4[ncurses] issue is that they built mesa-9.2.5 against llvm-3.3 which is no problem, but now build mesa-9.2.5-r1 against llvm-3.4 which fails. Unfortunately there is no good solution how to address this in mesa at this time. |
|
Back to top |
|
|
blietaer Tux's lil' helper
Joined: 27 Apr 2006 Posts: 103
|
Posted: Thu Feb 27, 2014 8:45 am Post subject: |
|
|
llvm -ncurses did the trick for me! |
|
Back to top |
|
|
ExecutorElassus Veteran
Joined: 11 Mar 2004 Posts: 1435 Location: Berlin, Germany
|
Posted: Thu Feb 27, 2014 9:12 am Post subject: |
|
|
chithanh, you are correct: the egLog thing was separate. But, as per that bugreport, building mesa with USE="llvm-shared-libs -llvm" seems to solve the issue.
Cheers,
EE |
|
Back to top |
|
|
OPelerin Guru
Joined: 17 Jul 2004 Posts: 354 Location: Belgium
|
Posted: Thu Feb 27, 2014 11:54 am Post subject: |
|
|
Thanks for the tip! _________________ Olivier PELERIN |
|
Back to top |
|
|
cfgauss l33t
Joined: 18 May 2005 Posts: 688 Location: USA
|
Posted: Sat Mar 01, 2014 4:51 pm Post subject: |
|
|
ExecutorElassus wrote: | But, as per that bugreport, building mesa with USE="llvm-shared-libs -llvm" seems to solve the issue. |
This worked for me. Should this be permanent, in package.use, for future emerges of mesa? |
|
Back to top |
|
|
Utsuho Reiuji Apprentice
Joined: 03 Apr 2013 Posts: 179
|
Posted: Sun Mar 02, 2014 12:47 pm Post subject: |
|
|
Using
Code: | USE="llvm-shared-libs -llvm" emerge -av --oneshot mesa |
worked for me (btw, I'm using ~arch).
I'd also like to know if those use-flags might be required for future mesa updates. |
|
Back to top |
|
|
prffzc Tux's lil' helper
Joined: 22 Sep 2005 Posts: 105
|
Posted: Tue Mar 04, 2014 1:10 pm Post subject: |
|
|
Worked for me too. (using ~amd64)
Thanks! |
|
Back to top |
|
|
vibrion n00b
Joined: 13 Apr 2006 Posts: 13
|
Posted: Fri Mar 07, 2014 11:27 pm Post subject: mesa+llvm |
|
|
Works for me too |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat Mar 08, 2014 12:09 pm Post subject: |
|
|
So the current consensus for those running ~Arch is to put
Code: | >=media-libs/mesa-9.2.5 llvm-shared-libs -llvm |
in /etc/portage/package.use?
I'm wondering why having support for llvm-shared-libs, and then disabling support for llvm itself is somehow a solution for fixing a mesa compiling failure?
EDIT: Just synced, and saw this: Code: | [ebuild U ] media-libs/mesa-10.1.0 [9.2.5-r1] USE="classic egl gallium gbm llvm llvm-shared-libs nptl -bindist -debug -gles1 -gles2 -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc (-xorg%)" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="radeon (-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware" 6,747 kB |
llvm and llvm-shared-libs both are enabled. Maybe all this is resolved with mesa-10.1. Will find out soon, I guess.
OK- compiled fine- seems to be working normally. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
|