Summary: | media-libs/capseo-0.3.0_pre200706031 fails to compile on amd64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Capricelli <orzel> |
Component: | [OLD] Library | Assignee: | Christian Parpart (RETIRED) <trapni> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | amd64 |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Thomas Capricelli
2007-09-06 16:19:15 UTC
btw, i tried to install this package as this is an (optional) dependency for kde4, that i compile from svn.++. hi, thanks for reporting. i've done a quick emerge test for capseo and libcaptury on my workstation (at work) which compiled and installed just fine. so, maybe there's something else wrong for you. it looks quite like it fails to compile the x86 binary for libcaptury, as both (libcaptury and capseo) are compiled for all given architectures (x86, amd64). let me take a closer look when i'm back home. Hi Thomas, I am a little curious why you're still using gcc 4.0.3, and not 4.1.x or even 4.2.0; The problem you have, is, that gcc tries to link a 32bit library against 64bit libraries (libstdc++.so) which in fact MUST fail. However, you might be able to fix this by updating your gcc/gcc-config/binutils toolchain. I see you're on ~amd64, so you should have pulled in these packages quite a long time ago, however, can it be you just didn't do se because you're still using an older mashin which isn't that fast? (I just try to understand). Thanks in advance, Christian Parpart. As you noted, i'm using ~amd64, and my toolchain is up to date as far as i can say : orzel@berlioz /home/orzel% ld --version GNU ld (GNU Binutils) 2.18 ... orzel@berlioz /home/orzel% gcc --version gcc (GCC) 4.1.2 (Gentoo 4.1.2) .. I never masked any binutils or gcc. Those tools have been updated following the ~amd64 portage tree. (i added the genlop output at the end). Though, if i do gcc-config -l orzel@berlioz /home/orzel% gcc-config -l [1] arm-wince-pe-4.1.1 * [2] mingw32-4.1.2 * [3] x86_64-pc-linux-gnu-3.4.6 [4] x86_64-pc-linux-gnu-3.4.6-hardened [5] x86_64-pc-linux-gnu-3.4.6-hardenednopie [6] x86_64-pc-linux-gnu-3.4.6-hardenednopiessp [7] x86_64-pc-linux-gnu-3.4.6-hardenednossp [8] x86_64-pc-linux-gnu-4.0.3 [9] x86_64-pc-linux-gnu-4.1.2 * [10] x86_64-pc-linux-gnu-4.2.0 i actually have 4.0.3 and even 3.4.6. I dont know why, i never did anything special related to this. (not even changed the default compiler with gcc-config) According to what you say, the fix would be to remove the old gcc's 3.4.6 and 4.0.3, right ? genlop output: orzel@berlioz /home/orzel% genlop binutils gcc * sys-devel/binutils Sun Sep 18 05:37:10 2005 >>> sys-devel/binutils-2.16.1 Mon Nov 14 18:32:08 2005 >>> sys-devel/binutils-2.16.1 Tue Dec 27 19:27:24 2005 >>> sys-devel/binutils-2.16.1-r1 Sat Mar 4 16:14:39 2006 >>> sys-devel/binutils-2.16.1-r2 Thu Jun 29 18:19:52 2006 >>> sys-devel/binutils-2.17 Fri Sep 29 00:39:21 2006 >>> cross-mingw32/binutils-2.17 Sun Nov 5 03:09:12 2006 >>> cross-arm-wince-pe/binutils-2.17 Wed Apr 25 21:54:35 2007 >>> cross-mingw32/binutils-2.17.50.0.12 Sun Jul 29 14:02:04 2007 >>> sys-devel/binutils-2.17-r1 Mon Aug 20 21:54:24 2007 >>> sys-devel/binutils-2.17.50.0.18 Sat Sep 1 04:32:57 2007 >>> sys-devel/binutils-2.18 * sys-devel/gcc Sun Sep 18 07:25:05 2005 >>> sys-devel/gcc-3.4.4-r1 Wed Nov 23 11:48:37 2005 >>> sys-devel/gcc-4.0.2-r1 Thu Mar 16 14:56:13 2006 >>> sys-devel/gcc-4.0.3 Fri Sep 29 00:46:00 2006 >>> cross-mingw32/gcc-4.1.1-r1 Sat Sep 30 20:44:29 2006 >>> sys-devel/gcc-4.1.1-r1 Sun Nov 5 03:14:36 2006 >>> cross-arm-wince-pe/gcc-4.1.1-r1 Thu Mar 22 20:45:13 2007 >>> sys-devel/gcc-4.1.2 Wed Apr 25 22:01:10 2007 >>> cross-mingw32/gcc-4.1.2 Wed Apr 25 22:13:14 2007 >>> cross-mingw32/gcc-4.1.2 Sat Jul 14 00:24:03 2007 >>> sys-devel/gcc-4.1.2 Sat Jul 14 00:54:05 2007 >>> sys-devel/gcc-3.4.6-r2 Mon Aug 27 03:27:28 2007 >>> sys-devel/gcc-4.2.0 i retried and it still fails. It uses /usr/bin/i686-pc-linux-gnu-g++ for the compilation. And 'equery belongs' doesn't know which package own this. It seems my configuration is fubared somehow. next try : i removed old gcc, only keeping 4.1.2 and 4.2.0. I removed /usr/bin/i686-pc-linux-gnu-* and now... it works.. Still, i think something was done wrong by either gcc-config, portage, or something else. But now it's going to be even harder to understand what, right ? you shall maybe clean out old gcc versions and revdep-rebuild. it's just a personal trial i'd go with to get rid of it. so, as capseo compiled fine for you now, can you please confirm me that libcaptury does aswell? if so, we can safely close this ticket. and i hope you'll enjoy the capturing capabilities of kwin's opengl compositer (which depends on libcaptury & capseo). Regards, Christian Parpart. Closing. yes, libcaptury installed without problem. I dont care you closing the bug, but in my opinion the bus was valid : portage has a problem with gcc-config or something else that prevented the compilation of this package when several gcc's were installed. What i did was a workaround, not a fix or a cleaning. |