Summary: | >=net-libs/webkit-gtk-2.2.4 USE=-webgl - ./.libs/libwebkitgtk-1.0.so: undefined reference to `_ZN3JSC21GenericTypedArrayViewINS_14Float32AdaptorEE6createEj' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alexander, contyk, esigra, help, johannes.hirte, luisav.ferreira, paul, phajdan.jr, powerman-asdf, protryt, saintdev, ulf.dambacher, v_2e |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.webkit.org/show_bug.cgi?id=131267 | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=513386 https://bugs.gentoo.org/show_bug.cgi?id=525072 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 129413 | ||
Attachments: |
net-libs:webkit-gtk-2.2.4-r200:20140211-003023.log.gz
webkit-gtk-2.4.4-20140717-235911.log.xz Fix compilation with --disable-webgl |
Description
Diego Elio Pettenò (RETIRED)
2014-02-11 08:52:28 UTC
Is this with forced as-needed? The problem is that it looks to build ok for me with "default as-needed" on Gentoo... then, I would need a way for asking upstream to reproduce the problem and likely fix it No it is not forced --as-needed (you would see that in the gcc listing). *** Bug 501310 has been marked as a duplicate of this bug. *** by the way: webkit-gtk-2.2.5 suffers from the same problem I found the missing reference about GenericTypedArrayView.create in an object file from the web-audio part. after manual configuring with --disable-web-audio i was able to compile, install, qmerge webkit-gtk-2.2.5 and webkit-gtk-2.2.5-r200 Are you sure this is the same as https://bugs.gentoo.org/show_bug.cgi?id=501310? This one is about: ./.libs/libwebkitgtk-1.0.so: error: undefined reference to '_ZN7WebCore19openGLFunctionTableEv' ./.libs/libwebkitgtk-1.0.so: error: undefined reference to '_ZN7WebCore21initializeOpenGLShimsEv' collect2: error: ld returned 1 exit statu https://bugs.gentoo.org/show_bug.cgi?id=501310 is var/tmp/portage/net-libs/webkit-gtk-2.2.4/work/webkitgtk-2.2.4/.libs/libwebkitgtk-3.0.so: undefined reference to `_ZN3JSC21GenericTypedArrayViewINS_14Float32AdaptorEE6createEj' So the workaround for https://bugs.gentoo.org/show_bug.cgi?id=501310 with --disable-web-audio doesn't help here. i filed bug 501310, but somebody resolved it duplicate to this bug, so i'm reporting here! Not sure if this could help: http://svnweb.mageia.org/packages/cauldron/webkit/releases/1%3A2.2.4/2.mga5/SOURCES/webkit-2.2.4-link.patch?revision=592186&view=co (In reply to Johannes Hirte from comment #6) > Are you sure this is the same as > https://bugs.gentoo.org/show_bug.cgi?id=501310? > > This one is about: > > ./.libs/libwebkitgtk-1.0.so: error: undefined reference to > '_ZN7WebCore19openGLFunctionTableEv' > ./.libs/libwebkitgtk-1.0.so: error: undefined reference to > '_ZN7WebCore21initializeOpenGLShimsEv' > collect2: error: ld returned 1 exit status I was able to resolve this by enabling the webgl use flag. (In reply to Lars from comment #9) > (In reply to Johannes Hirte from comment #6) > > Are you sure this is the same as > > https://bugs.gentoo.org/show_bug.cgi?id=501310? > > > > This one is about: > > > > ./.libs/libwebkitgtk-1.0.so: error: undefined reference to > > '_ZN7WebCore19openGLFunctionTableEv' > > ./.libs/libwebkitgtk-1.0.so: error: undefined reference to > > '_ZN7WebCore21initializeOpenGLShimsEv' > > collect2: error: ld returned 1 exit status > > I was able to resolve this by enabling the webgl use flag. This needs mesa with egl-useflag enabled. That didn't work with my ironlake chipset so it's no opinion for me. *** Bug 505176 has been marked as a duplicate of this bug. *** I've got same issue: ./.libs/libwebkitgtk-3.0.so: undefined reference to `_ZN3JSC21GenericTypedArrayViewINS_14Float32AdaptorEE6createEj' ./.libs/libwebkitgtk-3.0.so: undefined reference to `_ZN7WebCore19openGLFunctionTableEv' ./.libs/libwebkitgtk-3.0.so: undefined reference to `_ZN7WebCore21initializeOpenGLShimsEv' collect2: error: ld returned 1 exit status Is it possible to solve it without enabling USE flag [webgl]? I use hardened with nvidia-drivers, so all apps which use opengl are linked to nvidia's lib, which doesn't work with hardened unless I weaken hardened protection using `paxctl-ng -m`. The webkit-gtk-2.2.5 with [webgl] require cairo with [opengl], which in turn result in needs to weaken hardened for apps like pidgin and perl (because some perl libs like RRDs.pm use cairo), which isn't acceptable tradeoff. This problem is there for net-libs/webkit-gtk-2.2.6 also. Is it really necessary to enable webgl? I experience this problem with the new net-libs/webkit-gtk-2.4.3 version as well. *** Bug 512844 has been marked as a duplicate of this bug. *** Is it possible to apply the patch from the upstream bugreport? https://bugs.webkit.org/show_bug.cgi?id=131267 (In reply to Vladimir from comment #16) > Is it possible to apply the patch from the upstream bugreport? > https://bugs.webkit.org/show_bug.cgi?id=131267 I have the same bug, can I please someone to reply Vladimir comment? (In reply to Sergiusz from comment #17) > (In reply to Vladimir from comment #16) > > Is it possible to apply the patch from the upstream bugreport? > > https://bugs.webkit.org/show_bug.cgi?id=131267 > > I have the same bug, can I please someone to reply Vladimir comment? /var/tmp/portage/net-libs/webkit-gtk-2.4.3/work/webkitgtk-2.4.3/.libs/libwebkitgtk-3.0.so: undefined reference to `_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17' collect2: error: ld returned 1 exit status Sorry, false alarm. I have forgotten to change gcc version from 4.7 to 4.8 :( I can confirm that net-libs/webkit-gtk-2.4.3-r200 USE="X egl jit opengl spell" fails to emerge with error about missing symbols (something about opengl) and builds fine with USE="X egl jit opengl spell webgl". 2.4.4 changelog reports this as solved Created attachment 380948 [details] webkit-gtk-2.4.4-20140717-235911.log.xz (In reply to Pacho Ramos from comment #21) > 2.4.4 changelog reports this as solved It still refuses to build on my system. Attached is the complete build log containing the error message similar to the one we had before (webkit-gtk-2.4.4-20140717-235911.log is about 62MB when unpacked). Umm, the fix from https://bugs.webkit.org/show_bug.cgi?id=131267 was included for sure. Will try to get the upstream bug reopened Please ensure you don't have a mix of gcc slots like in bug 513386 (In reply to Pacho Ramos from comment #24) > Please ensure you don't have a mix of gcc slots like in bug 513386 Currently I have only one GCC version installed. And, according to genlop, I have been using the 4.8 branch for several months already: genlop gcc * sys-devel/gcc Wed Sep 25 16:27:46 2013 >>> sys-devel/gcc-4.7.3-r1 Tue Oct 29 05:00:52 2013 >>> sys-devel/gcc-4.8.1-r1 Thu Dec 12 00:28:07 2013 >>> sys-devel/gcc-4.8.2 Mon Dec 30 19:41:03 2013 >>> sys-devel/gcc-4.8.2 Thu Feb 20 18:12:41 2014 >>> sys-devel/gcc-4.8.2 Sat Jun 28 02:40:33 2014 >>> sys-devel/gcc-4.8.3 It's not a good idea to compile some thins with newer gcc and, later, revert to old :| I can actually reproduce this with net-libs/webkit-gtk-2.4.4-r200 and gcc-4.8 I've tried both with webkit-gtk installed before and not installed. (In reply to Paweł Hajdan, Jr. from comment #27) > I can actually reproduce this with net-libs/webkit-gtk-2.4.4-r200 and gcc-4.8 > > I've tried both with webkit-gtk installed before and not installed. This is probably a c++11 abi issue. I haven't played with this, so my conjecture could be wrong, but here's one way to test. If you are hitting hitting this issue, pass -std=c++98 to revert to the older abi and see if it fixes the problem. We're going to have to face this problem in gentoo since we don't want everyone to recompile their system to upgrade to c++11 for those few libraries that need it. We'll probably need a USE flag and reverse depend on libraries that are >=c++11 vs <c++11 sensitive. Created attachment 386608 [details, diff] Fix compilation with --disable-webgl (In reply to Diego Elio Pettenò from comment #0) > ./.libs/libwebkitgtk-1.0.so: undefined reference to > `_ZN3JSC21GenericTypedArrayViewINS_14Float32AdaptorEE6createEj' The above error is already fixed upstream. > ./.libs/libwebkitgtk-1.0.so: undefined reference to > `_ZN7WebCore19openGLFunctionTableEv' > ./.libs/libwebkitgtk-1.0.so: undefined reference to > `_ZN7WebCore21initializeOpenGLShimsEv' Note that I'm not familiar with webkit-gtk internals, but for me the above errors looks like a result of incorrect preprocessor logic. The attached patch fixes compilation of webkit-gtk-2.4.6:3 with --disable-webgl for me. Would be nice if somebody review the patch and recheck that it actually fixes the problem for him too. Then I'll attach it to an upstream bug report. Also note that for webkit-gtk-2.4.6 you also need to apply the patch from bug 525072. And a little explanation. "OpenGLShims.cpp" contains definition for functions initializeOpenGLShims() and openGLFunctionTable(), but they gets stripped out when webgl is disabled (note the "#if USE(3D_GRAPHICS)" macro). "OpenGLShims.h" contains prototypes for these functions and it is included in several sources even if webgl is disabled. E.g.: Source/WebCore/platform/graphics/egl/GLContextEGL.cpp Source/WebCore/platform/graphics/glx/GLContextGLX.cpp .. etc This bug should not block gcc-4.8 tracker. It is reporoducible on a stable system with gcc-4.7. Also it is unlikely to be --as-needed related (see my patch). (In reply to Alexander Tsoy from comment #31) > This bug should not block gcc-4.8 tracker. It is reporoducible on a stable > system with gcc-4.7. > > Also it is unlikely to be --as-needed related (see my patch). Thanks! +*webkit-gtk-2.4.7 (25 Oct 2014) +*webkit-gtk-2.4.7-r200 (25 Oct 2014) + + 25 Oct 2014; Pacho Ramos <pacho@gentoo.org> + +files/webkit-gtk-2.4.7-disable-accelerated-compositing.patch, + +files/webkit-gtk-2.4.7-disable-webgl.patch, +webkit-gtk-2.4.7-r200.ebuild, + +webkit-gtk-2.4.7.ebuild: + Version bump, fix building when disabling accelerated compositing and webgl + (#525072 and #500966 by Alexander Tsoy) + |