Bug 93123 – alsa-tools-1.0.8-r1 fails to compile with gcc-4.0.0

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Bjarke Istrup Pedersen (RETIRED) 2005-05-18 17:34:34 UTC]

make[1]: Entering directory `/var/tmp/portage/alsa-tools-1.0.8-r1/work/alsa-
tools-1.0.8/ac3dec'
Making all in libac3
make[2]: Entering directory `/var/tmp/portage/alsa-tools-1.0.8-r1/work/alsa-
tools-1.0.8/ac3dec/libac3'
if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..   -I/usr/include/fltk-
1.1  -Wall -O1 -g -MT bitstream.o -MD -MP -MF ".deps/bitstream.Tpo" \
  -c -o bitstream.o `test -f 'bitstream.c' || echo './'`bitstream.c; \
then mv -f ".deps/bitstream.Tpo" ".deps/bitstream.Po"; \
else rm -f ".deps/bitstream.Tpo"; exit 1; \
fi
In file included from bitstream.c:30:
bitstream.h:36: warning: type qualifiers ignored on function return type
bitstream.c: In function 'bitstream_fill_current':
bitstream.c:97: error: invalid lvalue in increment
make[2]: *** [bitstream.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/alsa-tools-1.0.8-r1/work/alsa-
tools-1.0.8/ac3dec/libac3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/alsa-tools-1.0.8-r1/work/alsa-
tools-1.0.8/ac3dec'
make: *** [all] Error 2

Reproducible: Always
Steps to Reproduce:
1. use gcc-4.0.0
2. emerge alsa-tools




Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-4.0.0, glibc-
2.3.5.20050421-r0, 2.6.12-rc4-mm1 i686)
=================================================================
System uname: 2.6.12-rc4-mm1 i686 Celeron (Mendocino)
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
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.5
sys-devel/binutils:  2.15.97
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentiumpro -mmmx -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X
11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://www.ibiblio.org/gentoo 
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://csociety-
ftp.ecn.purdue.edu/pub/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ 
rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ 
ftp://mirror.iawnet.sandia.gov/pub/gentoo/ 
ftp://ftp.ussg.iu.edu/pub/linux/gentoo 
http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ 
http://ftp.gentoo.skynet.be/pub/gentoo/ ftp://ftp.gentoo.skynet.be/pub/gentoo/ 
rsync://rsync.gentoo.skynet.be/gentoo/ 
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ 
ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ 
rsync://ftp.belnet.be/gentoo/"
MAKEOPTS="-j2 -s"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gurlinet.dk/gentoo-portage"
USE="x86 X acl acpi alsa bitmap-fonts chroot crypt directfb emboss fam fbcon 
foomaticdb fortran gd gdbm gif gpm gtk gtk2 hardened imlib ipv6 java jpeg 
libg++ libwww md5sum mmx motif mp3 ncurses nls nptl nptlonly ogg oggvorbis pam 
pdflib perl pic pie png pnp python readline samba slang ssl symlink tcpd 
truetype-fonts trusted type1-fonts vorbis xml xml2 zlib userland_GNU 
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 Carsten Lohrke (RETIRED) 2005-05-18 18:03:00 UTC]

Bjarke: Guess why this gcc version is still hard masked. You should come with a
patch instead marking this as a blocker.

[Comment 2 SpanKY 2005-05-19 06:59:47 UTC]

the offending code is this:
current_word = *((uint_32*)buffer_start)++;

you cant type cast a pointer and then increment the result in gcc-4 ...

[Comment 3 Bjarke Istrup Pedersen (RETIRED) 2005-05-19 08:45:31 UTC]

would this work:

current_word = *((uint_32*)buffer_start);
current_word++;

Found a patch for another program on the net, they seemed to do it this way, 
but maybe I'm wrong. Or should it be the other way around?

[Comment 4 Jan Brinkmann (RETIRED) 2005-05-25 12:15:32 UTC]

feel free to reopen if you're about to provide a patch for this problem

[Comment 5 Jakub Moc (RETIRED) 2005-10-31 23:35:49 UTC]

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