Bugzilla Bug 115421

Emerge of gstreamer-0.8.11 terminates with the following compilation error:
../../gst/.libs/libgstreamer-0.8.so: undefined reference to `vgPlain_tool_info'

valgrind-3.1.0 is installed on the system, too.

If I:
a) unmerge valgrind before emerging gstreamer, or
b) add "--disable-valgrind" to gstreamer's configure options,
compilation succeeds.


Reproducible: Always
Steps to Reproduce:
1. emerge gstreamer

Actual Results:  
[...]
i686-pc-linux-gnu-gcc -march=pentium-m -O2 -pipe -o .libs/spidertest
spidertest-spidertest.o  ../../gst/.libs/libgstreamer-0.8.so
-L/usr/lib/valgrind/x86-linux /usr/lib/libxml2.so -lz /usr/lib/libgobject-2.0.so
/usr/lib/libgthread-2.0.so -lpthread /usr/lib/libgmodule-2.0.so -ldl
/usr/lib/libglib-2.0.so /usr/lib/libpopt.so -lcoregrind -lvex -lgcc -lm
../../gst/.libs/libgstreamer-0.8.so: undefined reference to `vgPlain_tool_info'
collect2: ld returned 1 exit status
make[4]: *** [spidertest] Error 1



# emerge info
Portage 2.0.53 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3,
2.6.14-gentoo-r4 i686)
=================================================================
System uname: 2.6.14-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.73GHz
Gentoo Base System version 1.12.0_pre11
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/fax /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://a1igentoo.kph.uni-mainz.de/gentoo
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo
http://gentoo.oregonstate.edu http://gentoo.inode.at"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X Xaw3d aalib acpi alsa audiofile avi berkdb bitmap-fonts bzip2
cdparanoia cdr clisp crypt curl dvd dvdr eds emacs emacs-w3 emboss encode esd
ethereal exif expat fam fbcon foomaticdb fortran gcj gdbm gif glut gnome gpm
gstreamer gtk gtk2 idea idn ieee1394 imagemagick imap imlib ipv6 java jpeg lcms
libcaca libg++ libwww lua mad mikmod mmx mng motif mozilla mp3 mpeg ncurses nls
nocd nptl nptlonly nsplugin offensive ogg oggvorbis opengl oss pcmcia pcre
pdflib perl png postgres python qt quicktime readline recode sdl skey slang sox
spell sse sse2 ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts
udev usb vorbis wifi win32codecs wxwindows xine xml2 xmms xv xvid zlib
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

same problem here with valgrind-3.1.0

*** Bug 115502 has been marked as a duplicate of this bug. ***

Confirming. Same problem here on a "stable" x86 machine running valgrind-3.1.0
(selective ~x86) and gstreamer-0.8.11 (selective ~x86).

Regards, Florian

I've just reproduced like problem on ~amd64

Same issue here - however, unmasking 0.10.0 and emerging it worked fine...

Just in case people aren't wanting to do that, I'm going to post a modified
0.8.11 ebuild in a moment that has a valgrind USE flag that you can disable in
order to do a --disable-valgrind on the gstreamer configure.

Created an attachment (id=75285) [details]
Modified ebuild to have valgrind USE flag - disabled does a --disable-valgrind
on econf

(In reply to comment #5)
> Just in case people aren't wanting to do that, I'm going to post a modified
> 0.8.11 ebuild in a moment that has a valgrind USE flag that you can disable in
> order to do a --disable-valgrind on the gstreamer configure.

Sorry, but this doesn't look like a reasonable solution: What could be the
purpose
of a USE flag that only leads to broken behaviour if it is enabled? Besides,
there
are more than enough USE flags already.

In the ChangeLog of gstreamer-0.10.0 there is the following comment:

   2005-11-16  Michael Smith <msmith@fluendo.com>
        * gst/Makefile.am:
          Don't link against VALGRIND_LIBS. That was always the wrong thing to
          do, but only breaks with newer valgrind versions. We're not a
          valgrind tool, we have no link-time dependencies on libcoregrind.

Excluding VALGRIND_LIBS from GST_LIB_LIBS fixes the issue for version 0.8.11,
too.

See attached patch.

Created an attachment (id=75318) [details]
gstreamer-0.8.11-valgrind_libs.patch

could someone please put this patch in the ebuild ?

May I point out that this version of gstreamer has now been marked stable?

On amd64 this means that when valgrind becomes stable (which it can when no
bugs are open on valgrind - this bug does not seem a valgrind bug), re-emerging
gstreamer will fail miserably. 
I don't have a stable x86, I just hope that the latest valgrind stable combined
with gstream-0.8.11 doesn't trigger the issue.

(In reply to comment #11)
> May I point out that this version of gstreamer has now been marked stable?

> I don't have a stable x86, I just hope that the latest valgrind stable combined
> with gstream-0.8.11 doesn't trigger the issue.

Latest stable valgrind on x86 is 2.4.0 which is one year old. It does not
trigger the issue.

Added the Gnome Desktop team to the cc list since the Gstreamer herd seems to
be silent.

added --disable-valgrind to econf in cvs.