Summary: | media-sound/esound-0.2.37 build failure with USE="debug" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jose daLuz <jdaluz> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jean.brefort, kanelxake, sound, stefan.vunckx |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
esound-0.2.37-gcc4.patch |
Description
Jose daLuz
2007-03-15 00:17:41 UTC
Created attachment 113320 [details]
build.log
I can confirm error on both my gentoo machines (~amd64 and ~x86), both using gcc-4.1.2! Seems to be problem with ESD_READ_BIN define used in players.c, as it is called having a return value, while the define (in esd-server.h) does not specify one... Looks like upstream problem to me, but dont have enough knowledge. emerge info from ~x86 machine: System uname: 2.6.19-suspend2-r3 i686 Genuine Intel(R) CPU T2250 @ 1.73GHz Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 16 Mar 2007 02:50:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r4 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.20-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=pentium-m -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer nostrip sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" MAKEOPTS="-j3" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/portage" SYNC="rsync://192.168.1.1/gentoo-portage" USE="X alsa apache2 apm berkdb bitmap-fonts cli cracklib crypt cups debug dri eds emboss encode esd foomaticdb fortran gdbm gif gpm gstreamer gtk2 iconv imlib ipv6 isdnlog jpeg kde libg++ libwww mad midi mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts vorbis x86 xml xorg xv zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse joystick wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon vesa vga" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Created attachment 113477 [details, diff]
esound-0.2.37-gcc4.patch
Fixes compilation, but might break behaviour of program :s
Fast workaround: USE="-debug" (In reply to comment #4) > Fast workaround: USE="-debug" > I can confirm this, thanks. Changing the summary to reflect this. It is an upstream issue. Stefan, your patch is dangerous, the solution is to patch the macro, not its use. I filed a bug report and attached a patch: http://bugzilla.gnome.org/show_bug.cgi?id=419642 Actually, the patch here was (almost) correct. The call site was wrong, not the macro. Fixed in portage. |