[MPlayer-dev-eng] [PATCH] FreeBSD DVD Fix
Reimar Döffinger
Reimar.Doeffinger at stud.uni-karlsruhe.de
Sat Jul 24 14:08:18 CEST 2004
<patch_ad:
> @@ -5909,7 +5856,7 @@
> _stripbinaries=no
> elif test -z "$CFLAGS" ; then
> if test "$host_arch" != "mips" ; then
> - CFLAGS="-O4 $_march $_mcpu -pipe -ffast-math -fomit-frame-pointer"
> + CFLAGS="-O"
> else
> CFLAGS="-O4 $_march $_mcpu -ffast-math -fomit-frame-pointer"
> fi
> @@ -5919,6 +5866,9 @@
> _stripbinaries=no
> fi
> else
> + if test "$_runtime_cpudetection" = no ; then
> + CFLAGS="$CFLAGS $_march $_mcpu"
> + fi
> cat <<EOF
Are they serious about this? -O seems a bit too little, and at least -O2
should not break most compilers (not to mention that you simply
shouldn't use a broken compiler...)
And the $_runtime_cpudetection check seems completely useless to me, as
the default for runtime_cpudetection is around line 801:
# i686 is probably the most common CPU - optimize for it
_mcpu="$cpuopt=i686"
# at least i486 required, for bswap instruction
_march="-march=i486"
What sense does it make to compile for 80386 as MPlayer won't run on it
anyway?
patch-ae:
> + @${BSD_INSTALL_MAN} DOCS/man/en/mplayer.1 $(MANDIR)/man1/mplayer.1
no support for other languages or done differently or just lazyness?
patch-libmpdemux-demux_rtp.cpp:
Just as Jan though, this is in CVS now.
patch-libvo-vo_md5.c:
CVS version tries both md5sum and md5
patch-vidix-drivers-Makefile:
Are the X11 headers really needed for all vidix drivers? For RADEON and
RAGE128 it makes sense, as they link against the X11 libs, but the
others...?
Greetings,
Reimar Döffinger
More information about the MPlayer-dev-eng
mailing list