Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 27482 - glibc and kernel time.h redefine struct's causing xine to fail
Summary: glibc and kernel time.h redefine struct's causing xine to fail
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GCC Porting (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-28 09:26 UTC by mlmoser
Modified: 2004-05-11 09:54 UTC (History)
1 user (show)

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


Attachments
blowout (emerge-xineui-failed.txt,1.46 KB, text/plain)
2003-08-28 09:27 UTC, mlmoser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mlmoser 2003-08-28 09:26:13 UTC
mmkay I've got /usr/include/linux symlinked to /usr/src/linux/include/linux and
saame deal with asm and my kernel's asm-i386.  This means that for me, I need 1)
Working symlink at /usr/src/linux to exist; and 2) my kernel needs to be
configured.  I'm not blind to this, so don't try.

At any rate, when emerging say xine-ui or a few other things (some things
gnomemeeting depends on do this) . . . it blows out because it somehow includes
both time.h's from sys/ and linux/ and about 5 structs get redefined.

Reproducible: Didn't try
Steps to Reproduce:
1. Install fresh new gentoo
2. emerge gentoo-sources (I've got 2.4.20-gentoo-r6) and make sure symlink
/usr/src/linux is pointed accordingly.
3. log in as root
4. cd /usr/include && mv linux linux.old && mv asm asm.old && ln -s
/usr/src/linux/include/linux linux && ln -s /usr/src/linux/include/asm-i386 asm
5. emerge xine-lib

Actual Results:  
Read the additional information.

Expected Results:  
Umm . . . compiled?

root@Icebox bluefox # emerge info
Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-gentoo-r6 i686 AMD Athlon(tm) Processor
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ libwww
mad mikmod mmx motif mpeg ncurses nls pdflib png quicktime spell truetype xml2
xmms xv zlib gtkhtml gdbm berkdb slang readline arts aalib bonobo svga tcltk
java sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gnome gtk qt opengl
mozilla ldap X gtk2 gnome esd arts tiff mpeg jpeg png aalib qt tcltk 3dnow mmx
-kde -alsa"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon-xp -O2 -pipe"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 mlmoser 2003-08-28 09:27:02 UTC
Created attachment 16725 [details]
blowout
Comment 2 SpanKY gentoo-dev 2003-08-28 09:39:12 UTC
i fixed this once because it happened to me but i dont really remember how i did 
it ... 
 
i also think it's not a bug of glibc or of the linux kernel headers ... perhaps xine 
should be updated to handle this ? 
Comment 3 Martin Schlemmer (RETIRED) gentoo-dev 2003-09-01 12:08:05 UTC
Test it with default /usr/include/{asm,linux}.

Non glibc issue if you ask me, please bump to whoever does xine if it fails
with latest kernel-headers (non symlinked /usr/include/{asm,linux}).

Works fine here btw.
Comment 4 Alexander Gabert (RETIRED) gentoo-dev 2004-03-05 04:10:22 UTC
what is the status here

can we close this?

thanks,

Alex
Comment 5 Arcady Genkin (RETIRED) gentoo-dev 2004-04-25 09:28:24 UTC
Retiring as a Gentoo developer.
Comment 6 Patrick Kursawe (RETIRED) gentoo-dev 2004-05-11 09:54:40 UTC
I think this is dead and invalid. Please re-open and tell me a reason why I am wrong if you think so.