From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 86A7C138CEB for ; Wed, 17 Jun 2015 20:55:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A5BF814053; Wed, 17 Jun 2015 20:54:58 +0000 (UTC) Received: from taliesin.riddlemaster.org (riddlemaster.org [70.63.216.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9A43E1404D for ; Wed, 17 Jun 2015 20:54:57 +0000 (UTC) Received: from [192.168.130.10] (helo=kushiel.localnet) by taliesin.riddlemaster.org with esmtp (Exim 4.84) (envelope-from ) id 1Z5KM5-0004Dd-AF for gentoo-user@lists.gentoo.org; Wed, 17 Jun 2015 16:54:52 -0400 From: ddjones To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: webkit-gtk-2.4.8 fails to compile Date: Wed, 17 Jun 2015 16:54:45 -0400 Message-ID: <2405962.q5v2BxzzjY@kushiel> User-Agent: KMail/4.14.3 (Linux/3.18.12-gentoo; KDE/4.14.3; i686; ; ) In-Reply-To: References: <4164634.djNYgdSeMR@kushiel> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Score: -2.9 (--) X-Spam_score_int: -28 X-Spam_bar: -- X-Spam_report: Spam detection software, running on the system "taliesin.riddlemaster.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Friday, March 27, 2015 04:05:16 PM walt wrote: > On 03/27/2015 02:56 AM, ddjones wrote: > > I seem to be hitting this bug: > > > > https://bugs.gentoo.org/show_bug.cgi?id=513386 > > > > webkit-gtk fails: > > > > gtk-2.4.8/work/webkitgtk-2.4.8/.libs/libwebkitgtk-3.0.so: undefined > > reference to `_ZNSt6chrono3_V212steady_clock3nowEv@GLIBCXX_3.4.19' > > I don't know if you understand the concepts discussed in that bug report, > but this this is basic idea: > > You see that the undefined symbol includes the string "GLIBCXX". From this > you can tell that the program uses the well-known c++ standard library, > which happens to be installed separately by each version of gcc you have on > your computer. > > The error you are seeing is caused by using a different version of gcc to > compile webkit-gtk than you used to compile some other package that > webkit-gtk depends on. > > The tedious but necessary fix is to find every package on your computer that > needs libstdc++ and then recompile all of them with the same version of > gcc. Yup, boring. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Archives-Salt: f32a8232-235b-4278-9351-129cf94a64ab X-Archives-Hash: fab1bd4e369f6e8ab462e890c3a6b0c0 On Friday, March 27, 2015 04:05:16 PM walt wrote: > On 03/27/2015 02:56 AM, ddjones wrote: > > I seem to be hitting this bug: > > > > https://bugs.gentoo.org/show_bug.cgi?id=513386 > > > > webkit-gtk fails: > > > > gtk-2.4.8/work/webkitgtk-2.4.8/.libs/libwebkitgtk-3.0.so: undefined > > reference to `_ZNSt6chrono3_V212steady_clock3nowEv@GLIBCXX_3.4.19' > > I don't know if you understand the concepts discussed in that bug report, > but this this is basic idea: > > You see that the undefined symbol includes the string "GLIBCXX". From this > you can tell that the program uses the well-known c++ standard library, > which happens to be installed separately by each version of gcc you have on > your computer. > > The error you are seeing is caused by using a different version of gcc to > compile webkit-gtk than you used to compile some other package that > webkit-gtk depends on. > > The tedious but necessary fix is to find every package on your computer that > needs libstdc++ and then recompile all of them with the same version of > gcc. Yup, boring. I am still fighting this. Yes, I've been fighting it since March. emerge -e world fails with this error. I've done it at least a half dozen times. emerge -e world starts out with over 1400 packages. When webkitgtk fails, this is what's left: root@kushiel /etc/conf.d # emerge --ask --resume These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] net-libs/webkit-gtk-2.4.8 [2.4.7] [ebuild R ] media-libs/phonon-gstreamer-4.7.2 [ebuild U ] net-libs/webkit-gtk-2.4.8-r200 [2.4.7-r200] [ebuild NS ] net-libs/webkit-gtk-2.6.5 [2.4.7, 2.4.7-r200] USE="egl geoloc gstreamer introspection jit opengl spell webgl -coverage -doc -libsecret {- test}" [ebuild R ] net-libs/libproxy-0.4.11-r2 [ebuild R ] dev-java/swt-3.7.2-r1 [ebuild R ] net-libs/glib-networking-2.42.1 [ebuild R ] media-video/cheese-3.14.2 [ebuild R ] net-p2p/vuze-4.8.1.2-r1 [ebuild R ] net-p2p/vuze-coreplugins-4.8.1.2 Any suggesting other than format the hard drive and start over greatly appreciated, because I've tried everything else I can think of or find suggested online. -- "Wherever they burn books they will also, in the end, burn human beings." - Heinrich Heine