Xine-lib 1-rc5 available. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Testing for possible version bump.
Urg. Looks like a simple version bump isn't going to work (gcc 3.4 patches appear to fail it). I'm going to see what I can do about getting it up and running :).
emerged without gcc-3.4 patch. # emerge -pv xine-lib These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/xine-lib-1_rc5 +X -aalib +alsa -arts +avi -debug +directfb +dvd -esd +gnome +ipv6 +nls +oggvorbis +sdl -speex -theora 0 kB [1] Total size of downloads: 0 kB Portage overlays: [1] /usr/local/portage # emerge info Portage 2.0.51_pre12 (default-x86-2004.0, gcc-3.4.0, glibc-2.3.3.20040420-r0, 2.6.7-gentoo-r1) ================================================================= System uname: 2.6.7-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz Gentoo Base System version 1.4.16 ccache version 2.3 [disabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="X acpi acpi4linux alsa apache2 apm autofs avi berkdb cdr cjk composite crypt cups directfb dnd dvd dvdr encode fam fbcon fbdev foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 java javascript jpeg kde libg++ libwww mad md5sum mikmod mmx motif mozilla mpeg mysql ncurses nls nptl oggvorbis oss pam pdflib perl png python qt quicktime readline samba sdl slang spell sse ssl stroke svga tcltk tcpd truetype usb x86 xine xml xml2 xmms xosd xv xvid zlib" # diff -u xine-lib-1_rc4-r1.ebuild xine-lib-1_rc5.ebuild --- xine-lib-1_rc4-r1.ebuild 2004-06-23 07:35:44.000000000 -0700 +++ xine-lib-1_rc5.ebuild 2004-06-23 15:49:11.260159000 -0700 @@ -5,7 +5,7 @@ inherit eutils flag-o-matic gcc libtool # This should normally be empty string, unless a release has a suffix. -MY_PKG_SUFFIX="a" +MY_PKG_SUFFIX="" DESCRIPTION="Core libraries for Xine movie player" HOMEPAGE="http://xine.sourceforge.net/" @@ -66,7 +66,7 @@ # always_inline means inline-or-fail, so it's no suprise that xine-lib # fails to compile with gcc 3.4 when this one inline fails - epatch ${FILESDIR}/xine-lib-gcc34.patch + # epatch ${FILESDIR}/xine-lib-gcc34.patch elibtoolize #40317
hansmi: ebuild is up, adding you to cc for when you get the patch for the earlier xine-lib up and running.
amd64 team: The amd64 patch doesn't want to apply, I've looked over the patch and it seems pretty self explanitory, but I'd rather be safe than sorry. Seems like a minor off by a few lines issue.
sparc team: the patch applies ok for sparc, so it should be alright, can you test the ebuild with the .diff that Lang Thang provided to convert rc4 to rc5 and make sure it compiles ok? Thanks guys :).
Notes: xine-lib 1-rc5 contains important fixes from our previous release, most notably compilation fixes for AMD64 plataform, fixed downloading of reference files (asx, rm, etc) with HTTP, some crashes with win32 DLLs and playback issues of some MPEG streams. There are cool new features as well, like the surround 5.1 upmix plugin and MacOS X support. The MD5 sum of this release is: 703c3e68d60524598d4d9e527fe38286 xine-lib-1-rc5.tar.gz -------------------------------------------------------------------------------- Changes: xine-lib (1-rc5) * add support for ejecting removable media on Solaris * fix stuttering playback of some realmedia streams * fix end of stream handling in the http plugin * add support for 24bit and 32bit Float for audio. * add support for upmixing. Currently only stereo -> Surround 5.1 * Software decode for DTS audio updated for Surround 5.1 output. * fixed compilation of libmad on AMD64 * fixed double-free in the yuv decoder (fixes crashes when switching away from v4l:/ MRLs) * removed -funroll-all-loops from SPARC and PPC targets as it negatively affected performance * priority support for demuxer and input plugins * smoother seeking * fix seeking with the qt dll decoder * support AAC audio in AVI * slow down CD drive during CD audio playback to reduce noise * fix some crashes disposing win32 codecs * fix reception of the last bytes in a http connection (fixes parsing of reference/playlist files using http, eg .ram) * fix time displaying for flac files * fix playback of some broken ASF streams * DXR3: fix crash after playing non-MPEG content * add support for XVR-100 (Radeon-based) framebuffers to video_out_pgx64 * support DTS audio in AVI * revised FLAC playback subsystem * subtitles improvements - word wrap and new subtitle format variants * native MacOSX video and audio output plugins * DXR3: fix slight shaking in lower third of the image on TV out with some MPEG material * fix falling back from multi-buffering in video_out_pgx64 * fix DVD playback from a specified title/part with dvd:/<title>.<part> MRLs
Concerning sparc (Comment #6): With the two changes indicated in Comment #3, and with the _rc4 protect and sparc patches copied to corresponding _rc5 files (and digests made), this command installed the patches OK and compiled for me: ebuild xine-lib-1_rc5.ebuild fetch unpack compile install Flags in use are: [ebuild N ] media-libs/xine-lib-1_rc5 +X -aalib (-alsa) -arts +avi -debug (-directfb) -dvd -esd -gnome -ipv6 +nls -oggvorbis +sdl -speex -theora 0 kB [1] I haven't a clue whether the resulting library is usable for anything on sparc, however, so you might want another opinion as well. Hope this helps, Ferris
amd64 fix is already in rc5, see line 38227 cat >>confdefs.h <<_ACEOF #define FPM_64BIT _ACEOF
I still need ppc herd to confirm their patch works too. They were working on patching a previous version. Haven't herd anything yet though. I saw it depending on this bug, but I don't want to assume anything :).
2 late, ebuild alredy in cvs and ppc not in cc-list
ppc people, can you still weigh in please?
after emerging r5 the altivec things still remains...its the same as in bug# 45393 cheers Frank
Frank: i'm working on it. Doesn't seem to be really easy.. some magic and voodoo is in configure.
A fix is now in the CVS. It uses the USE-flag "altivec", so please set it to the right value.
please take a look at the new ppc code, the way I understand, it doesn't looks like what hansmi@g.o trying to do. # Disable compiling of altivec-code if it's not in the # USE-flags # use ppc && use altivec \ use ppc && use altivec \ && myconf="${myconf} --enable-altivec" \ || CFLAGS="${CFLAGS} -U__ALTIVEC__" I am on x86 and with the code above, I'll get -U__ALTIVEC__ appended to my CFLAGS. It is compiling but I don't know what kind of "side affect" I'll get.
This looks like correct behavior, as from "man gcc": -U name Cancel any previous definition of name, either built in or provided with a -D option. Although, the best method is to use append-flags. Michael: wanna change that bit to use append-flags over re-writing CFLAGS directly?
Ups, forgot to test on another platform as ppc. I will change it to append-flags, however that will take until tomorrow evening (saturday evening, MET), because I don't have access to my own system with Gentoo until then. The parameter -U__ALTIVEC__ shouldn't really affect any other platform than ppc, because ppc is the only one which supports Altivec. A fast fix is not required of my point of view, but I'll do it tomorrow.
The fix for the bugfix is in the CVS now.