Summary: | media-plugins/gst-plugins-taglib-0.10.17 fails to compile with ccache | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Omar Saleem <theshadowzero> |
Component: | Current packages | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | RESOLVED INVALID | ||
Severity: | major | CC: | kenyon |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
"paludis -I media-plugins/gst-plugins-taglib" output
full build log build.log config.log emerge.info config.log build.log |
Description
Omar Saleem
2009-11-11 00:02:02 UTC
[06:53:56][omar] paludis $ emerge --info Portage 2.1.7.4 (default/linux/x86/10.0/desktop, gcc-4.4.2, glibc-2.11-r0, 2.6.31-gentoo-r3 i686) ================================================================= System uname: Linux-2.6.31-gentoo-r3-i686-Intel-R-_Pentium-R-_4_CPU_3.20GHz-with-gentoo-2.0.1 Timestamp of tree: Mon, 09 Nov 2009 05:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r1 dev-lang/python: 2.5.4-r3, 2.6.4, 3.1.1-r1 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa autoipd avahi bash-completion berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cups dbus dri dts dvd dvdr eds emboss en encode evdev evo fam firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 jpeg ldap libnotify mad mdnsresponder-compat mikmod modules mp3 mp4 mpeg mudflap ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3support quicktime readline reflection ruby sdl session spell spl ssl startup-notification svg sysfs tcpd threads thunar tiff truetype unicode usb vmware vorbis win32codecs x264 x86 xml xorg xulrunner xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY PLEASE KEEP IN MIND I DO USE PALUDIS however i don't think that is part of the problem see attached paludis -I output Created attachment 209870 [details]
"paludis -I media-plugins/gst-plugins-taglib" output
Created attachment 210365 [details]
full build log
same problem for gst-plugins-taglib-0.10.16 (In reply to comment #4) > same problem for gst-plugins-taglib-0.10.16 > and 0.10.17 I seem to be having the same problem on FreeBSD: http://www.freebsd.org/cgi/query-pr.cgi?pr=141416 I think it's caused by ccache. For some reason ccache causes the taglib includes option to not be passed in the CFLAGS. Try rebuilding without ccache and see if your results differ. (In reply to comment #6) > I seem to be having the same problem on FreeBSD: > http://www.freebsd.org/cgi/query-pr.cgi?pr=141416 > > I think it's caused by ccache. For some reason ccache causes the taglib > includes option to not be passed in the CFLAGS. Try rebuilding without ccache > and see if your results differ. > Yeah, that helped. Not sure if this counts as a bug or not, so I'll leave it unresolved until a dev tells me what to do. this is not fixed, in fact, in 0.10.21, disabling ccache doesn't help either. (In reply to comment #8) > this is not fixed, in fact, in 0.10.21, disabling ccache doesn't help either. > Same here ? gst-plugins-taglib-0.10.21 is a dep for Totem which inturn is a dep for Gnome. Updated build logs from portage please.. Actually, need config.log from /var/tmp/portage/media-plugins/gst-plugins-taglib-0.10.*/work/gst-plugins-taglib*/config.log or so, if the build output still contains this nonsense: configure: *** checking feature: taglib tagging library *** configure: *** for plug-ins: taglib *** checking for TAGLIB... yes configure: Not building taglib plugin: no C++ compiler found configure: *** These plugins will be built: taglib configure: *** These plugins will not be built: taglib Created attachment 239061 [details]
build.log
I don't have config.log sorry ?
/var/tmp/portage/media-plugins/gst-plugins-taglib-0.10.21/work/gst-plugins-good-0.10.21/config.log should exist in case of failed build. Created attachment 239109 [details]
config.log
Indeed, there is
And your emerge --info also of course. Need to see your own passed CFLAGS/CXXFLAGS for further debugging of this output. Getting very weird, can't understand yet why it sets HAVE_CXX to no from the configure run, maybe emerge --info helps Actually the logs suggest you are using ccache. Don't. Created attachment 239141 [details]
emerge.info
(In reply to comment #16) > Actually the logs suggest you are using ccache. Don't. > I still get the same error with: FEATURES="-distcc -ccache" emerge gst-plugins-taglib Added "taglib" as a USE flag and tried: emerge --newuse world still no go. But it seems like ccache might be causing the mysterious failures. Maybe failure logs from without ccache are less mysterious... Created attachment 239143 [details]
config.log
thank you for your time.
Created attachment 239145 [details]
build.log
I get this in my build.log: checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes checking dependency style of x86_64-pc-linux-gnu-g++... gcc3 checking whether we are using the GNU C++ compiler... (cached) yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... (cached) yes checking dependency style of x86_64-pc-linux-gnu-g++... (cached) gcc3 checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E checking for ld used by x86_64-pc-linux-gnu-g++... /usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64 But you get: checking whether we are using the GNU C++ compiler... yes checking whether /usr/bin/g++ accepts -g... yes checking dependency style of /usr/bin/g++... gcc3 checking whether we are using the GNU C++ compiler... (cached) yes checking whether /usr/bin/g++ accepts -g... (cached) yes checking dependency style of /usr/bin/g++... (cached) gcc3 checking how to run the C++ preprocessor... /usr/bin/g++ -E checking for ld used by /usr/bin/g++... /usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64 The difference being that for me the correct g++ path is used (x86_64-pc-linux-gnu-g++), while for you it uses /usr/bin/g++ for some reason. Not sure if this would be an issue though... How's your gcc-config -l like? Maybe try resetting the compiler profile in case something has gone wonky there somehow? (In reply to comment #22) # ./usr/bin/g++ -dumpmachine x86_64-pc-linux-gnu # ./usr/bin/g++ -dumpversion 4.4.3 It appears to be a wrapper? I have gcc-4.5.0 and gcc-4.5.9999 installed above this I might rebuild gcc-4.4.3-r2 and see how I go. (In reply to comment #23) gcc-config looks fine but I shall reset it just to see. (In reply to comment #24) > (In reply to comment #22) > # ./usr/bin/g++ -dumpmachine > x86_64-pc-linux-gnu > # ./usr/bin/g++ -dumpversion > 4.4.3 > It appears to be a wrapper? > > I have gcc-4.5.0 and gcc-4.5.9999 installed above this I might rebuild > gcc-4.4.3-r2 and see how I go. > > (In reply to comment #23) > gcc-config looks fine but I shall reset it just to see. > Re-installed GCC and reset gcc-config , still an issue :-( (In reply to comment #22) > I get this in my build.log: > > > checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ > checking whether we are using the GNU C++ compiler... yes > checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes > checking dependency style of x86_64-pc-linux-gnu-g++... gcc3 > checking whether we are using the GNU C++ compiler... (cached) yes > checking whether x86_64-pc-linux-gnu-g++ accepts -g... (cached) yes > checking dependency style of x86_64-pc-linux-gnu-g++... (cached) gcc3 > checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E > checking for ld used by x86_64-pc-linux-gnu-g++... > /usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64 > > > But you get: > > checking whether we are using the GNU C++ compiler... yes > checking whether /usr/bin/g++ accepts -g... yes > checking dependency style of /usr/bin/g++... gcc3 > checking whether we are using the GNU C++ compiler... (cached) yes > checking whether /usr/bin/g++ accepts -g... (cached) yes > checking dependency style of /usr/bin/g++... (cached) gcc3 > checking how to run the C++ preprocessor... /usr/bin/g++ -E > checking for ld used by /usr/bin/g++... /usr/x86_64-pc-linux-gnu/bin/ld -m > elf_x86_64 > > The difference being that for me the correct g++ path is used > (x86_64-pc-linux-gnu-g++), while for you it uses /usr/bin/g++ for some reason. > Not sure if this would be an issue though... > "/usr/bin/g++" did make a difference for some reason it was in my make.conf ? Thank you for your time , all is fixed here now :-D |