Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 162144 - sys-block/unieject-5.3.2 fails with linux-headers-2.6.19.2 due to -std=c99
Summary: sys-block/unieject-5.3.2 fails with linux-headers-2.6.19.2 due to -std=c99
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: sane-linux-headers
  Show dependency tree
 
Reported: 2007-01-15 03:18 UTC by Ryan Hill (RETIRED)
Modified: 2010-07-27 13:39 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ryan Hill (RETIRED) gentoo-dev 2007-01-15 03:18:19 UTC
i686-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFDIR=\"/etc\" -I. -I. -I.  -I./lib       -std=c99 -O2 -ggdb -march=prescott -fomit-frame-pointer -fno-ident -pipe -fvisibility=hidden -c -o unieject-utils.o `test -f 'lib/utils.c' || echo './'`lib/utils.c
In file included from /usr/include/linux/cdrom.h:15,
                 from lib/lock.c:31:
/usr/include/asm/byteorder.h: In function '___arch__swab64':
/usr/include/asm/byteorder.h:38: error: expected ')' before ':' token
In file included from /usr/include/asm/byteorder.h:54,
                 from /usr/include/linux/cdrom.h:15,
                 from lib/lock.c:31:
/usr/include/linux/byteorder/little_endian.h: At top level:
/usr/include/linux/byteorder/little_endian.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_le64p'
/usr/include/linux/byteorder/little_endian.h:47: error: expected ';', ',' or ')' before '*' token
/usr/include/linux/byteorder/little_endian.h:67: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__cpu_to_be64p'
/usr/include/linux/byteorder/little_endian.h:71: error: expected ';', ',' or ')' before '*' token
make[2]: *** [libunieject_la-lock.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
 i686-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFDIR=\"/etc\" -I. -I. -I. -I./lib -std=c99 -O2 -ggdb -march=prescott -fomit-frame-pointer -fno-ident -pipe -fvisibility=hidden -c lib/linux.c -o libunieject_la-linux.o >/dev/null 2>&1
make[2]: Leaving directory `/var/tmp/portage/sys-block/unieject-5.3.2/work/unieject-5.3.2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-block/unieject-5.3.2/work/unieject-5.3.2'
make: *** [all] Error 2

!!! ERROR: sys-block/unieject-5.3.2 failed.
Call stack:
  ebuild.sh, line 1611:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  environment, line 3483:   Called src_compile
  unieject-5.3.2.ebuild, line 51:   Called die

!!! emake failed




Portage 2.1.2_rc4-r9 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19.1 i686)
=================================================================
System uname: 2.6.19.1 i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System version 1.12.8
Timestamp of tree: Unknown
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31-r1
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
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, 2.17.50.0.9
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -ggdb -march=prescott -fomit-frame-pointer -fno-ident -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/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -ggdb -march=prescott -fomit-frame-pointer -fno-ident -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache cvs digest distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms splitdebug strict test userfetch userpriv usersandbox"
GENTOO_MIRRORS=" http://gentoo.chem.wisc.edu/gentoo/"
LANG="en_CA.UTF-8"
LC_ALL="en_CA.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--hash-style=both"
LINGUAS="en"
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"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/dirtyepic/overlay"
SYNC="cvs://dirtyepic@cvs.gentoo.org:/var/cvsroot"
USE="X a52 aac acpi alsa audiofile bash-completion berkdb bzip2 cairo caps cdparanoia cdr crypt cscope curl dbus dri dts dvd dvdr dvdread encode exif expat fam ffmpeg fftw flac gdbm gif gmp gnutls graphviz gtk hal idn imagemagick imap imlib java javascript jikes joystick jpeg kde kdeenablefinal kdehiddenvisibility mad maildir mailwrapper mmap mmx mng mp3 mpeg mplayer ncurses nptl nsplugin ogg opengl oss pam pcmcia pcre pdf perl pic png python qt3 qt4 quicktime readline ruby sdl session sndfile spell sqlite sqlite3 sse sse2 ssl startup-notification svg tcpd test theora threads truetype unicode urandom usb vcd vim-syntax vorbis win32codecs wxwindows x264 x86 xine xml xpm xv xvid zlib" ALSA_CARDS="hda-intel" 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="joystick mouse keyboard synaptics" KERNEL="linux" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="fglrx radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 SpanKY gentoo-dev 2007-01-15 15:14:24 UTC
fixed in cvs
Comment 2 Ryan Hill (RETIRED) gentoo-dev 2007-04-15 04:52:44 UTC
looks like the little_endian.h bits are fixed but i'm still getting the byteorder.h error.


 i686-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFDIR=\"/etc\" -I. -I. -I. -I./lib -std=c99 -O2 -g -march=prescott -fomit-frame-pointer -fno-ident -pipe -fvisibility=hidden -c lib/linux.c  -fPIC -DPIC -o .libs/libunieject_la-linux.o
In file included from /usr/include/linux/cdrom.h:15,
                 from lib/lock.c:31:
/usr/include/asm/byteorder.h: In function '___arch__swab64':
/usr/include/asm/byteorder.h:38: error: expected ')' before ':' token
make[2]: *** [libunieject_la-lock.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
 i686-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFDIR=\"/etc\" -I. -I. -I. -I./lib -std=c99 -O2 -g -march=prescott -fomit-frame-pointer -fno-ident -pipe -fvisibility=hidden -c lib/linux.c -o libunieject_la-linux.o >/dev/null 2>&1
make[2]: Leaving directory `/var/tmp/portage/sys-block/unieject-5.3.2/work/unieject-5.3.2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-block/unieject-5.3.2/work/unieject-5.3.2'
make: *** [all] Error 2

!!! ERROR: sys-block/unieject-5.3.2 failed.



This is w/ linux-headers-2.6.20-r2.
Comment 3 SpanKY gentoo-dev 2007-04-15 10:21:22 UTC
interesting ... fails on i386, but not amd64 ...
Comment 4 SpanKY gentoo-dev 2007-04-15 10:24:51 UTC
hmm, the __USE_ISOC99 define comes from glibc rather than the compiler ... that sucks ...
Comment 5 SpanKY gentoo-dev 2007-04-15 10:26:49 UTC
looks like we need to convert the C99 changes to linux-headers to use __STDC_VERSION__ like so:
(defined(__STDC_VERSION__) && __STDC_VERSION__ >= 199901L)
Comment 6 SpanKY gentoo-dev 2007-05-02 23:15:09 UTC
fixed with 2.6.21 headers
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2007-06-17 21:35:49 UTC
*** Bug 182414 has been marked as a duplicate of this bug. ***
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-06-17 21:38:42 UTC
(In reply to comment #2)
> /usr/include/asm/byteorder.h: In function '___arch__swab64':
> /usr/include/asm/byteorder.h:38: error: expected ')' before ':' token

Is this really fixed?