Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 150495 - app-emulation/vmware-dsp-1.3 tries to build from 32-bit source on AMD64
Summary: app-emulation/vmware-dsp-1.3 tries to build from 32-bit source on AMD64
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal with 1 vote (vote)
Assignee: Gentoo VMWare Bug Squashers [disabled]
URL:
Whiteboard:
Keywords:
: 159705 199683 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-10-08 11:45 UTC by gast
Modified: 2010-12-18 17:35 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
non-optimal yet working patch for amd64 multilib (vmware-dsp-amd64-multilib.patch,622 bytes, patch)
2006-11-07 02:13 UTC, Bo Ørsted Andresen (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description gast 2006-10-08 11:45:23 UTC
I am trying to build app-emulation/vmware-dsp on an AMD64 machine.  The source code has both 32-bit code and 64-bit code, and it appears to try to use the 32-bit code ("make -C 32 default").  Here is the output from emerge:

vm ~ # USE="arts" emerge vmware-dsp
Calculating dependencies... done!
>>> Emerging (1 of 1) app-emulation/vmware-dsp-1.3 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking vmwaredsp-1.3.tar.gz ;-)
>>> Unpacking source...
>>> Unpacking vmwaredsp-1.3.tar.gz to /var/tmp/portage/vmware-dsp-1.3/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/vmware-dsp-1.3/work/vmwaredsp-1.3 ...
 * Building aRts support only.
make -C 32 default
make[1]: Entering directory `/var/tmp/portage/vmware-dsp-1.3/work/vmwaredsp-1.3/src/32'
cc -c -W -Wall -O2 -fPIC -o vmdsp.o ../vmdsp.c
cc -shared -Wl,-version-script=../vmdsp.map -o libvmdsp.so vmdsp.o  -lpthread -ldl -lc
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: libvmdsp.so: undefined versioned symbol name open64@GLIBC_2.2.5
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: failed to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libvmdsp.so] Error 1
rm vmdsp.o
make[1]: Leaving directory `/var/tmp/portage/vmware-dsp-1.3/work/vmwaredsp-1.3/src/32'
make: *** [default] Error 2

!!! ERROR: app-emulation/vmware-dsp-1.3 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  vmware-dsp-1.3.ebuild, line 58:   Called die

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.


Here is the emerge info:

Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r7 x86_64 AMD Turion(tm) 64 Mobile Technology MT-30
Gentoo Base System version 1.6.14
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
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
sys-devel/gcc-config: 1.3.12-r6
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-O2 -march=k8 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/ "
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gif gpm gstreamer gtk2 imlib ipv6 isdnlog jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls nptl opengl pam pcre perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts usb xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Chris Gianelloni (RETIRED) gentoo-dev 2006-10-09 11:41:15 UTC
On amd64, it's supposed to do both.

That being said, I can see that it isn't using -m32 for the 32-bit compile, so there's definitely a bug, btu it isn't the 32-bit code being compiled, as that's expected.
Comment 2 Bo Ørsted Andresen (RETIRED) gentoo-dev 2006-11-07 02:13:29 UTC
Created attachment 101382 [details, diff]
non-optimal yet working patch for amd64 multilib
Comment 3 palcek smuk 2006-11-13 09:44:13 UTC
I think I have the same problem as gast@fofz.com

 * Building aRts support only.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: libvmdsp.so: undefined versioned symbol name open64@GLIBC_2.2.5
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: failed to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libvmdsp.so] Error 1
make: *** [default] Error 2
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2007-01-02 05:05:57 UTC
*** Bug 159705 has been marked as a duplicate of this bug. ***
Comment 5 David Carlos Manuelda 2007-06-01 03:31:35 UTC
same problem here too!
Comment 6 Jose daLuz 2007-07-13 12:23:32 UTC
(In reply to comment #2)
> Created an attachment (id=101382) [edit]
> non-optimal yet working patch for amd64 multilib
> 
I had the same problem. This patch allowed me to build vmware-dsp, but running vmware-workstation 6.0.0.45731 with vmwareesd it segfaults:

/opt/vmware/workstation/lib/lib/wrapper-gtk24.sh: line 159:  3471 Segmentation fault      "$binary" "$@"

This segfault doesn't happen starting vmware without vmwareesd. I can't really file a separate bug on this as this multilib patch is not official.
Comment 7 Rich Hart 2007-11-14 15:23:12 UTC
same problem as comment 6 here - adding myself to cc list
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-11-19 18:53:28 UTC
*** Bug 199683 has been marked as a duplicate of this bug. ***
Comment 9 Klaas Decanniere 2007-11-19 21:49:57 UTC
not a solution to the bug, but a workaround: enabling OSS emulation in my kernel seems to do the trick - vmware picks up /dev/dsp and uses it
(I have unmerged vmware-dsp) 
Comment 10 Samuli Suominen (RETIRED) gentoo-dev 2010-12-18 17:35:27 UTC
removed from portage