These includes were added earlier after the definition of the
DECLARE_ALIGNED and DECLARE_ASM_CONST macros were moved to this
header in FFmpeg. However now those macros are again in the public
mem.h header, and there is no need to include internal.h.
system functions and cause the warning:
In file included from mp3lib/sr1.c:27:
/mp_msg.h:115: warning: 'please_use_av_log_instead_of_printf' is an unrecognized format function type
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@28622 b3059339-0415-0410-9bf9-f77b7e298cf2
and #ifdef HAVE_MMX etc -> #if HAVE_MMX.
There might be still more that need to be fixed.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@28325 b3059339-0415-0410-9bf9-f77b7e298cf2
Replace all USE_ prefixes by CONFIG_ prefixes to indicate
options which are configurable.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27373 b3059339-0415-0410-9bf9-f77b7e298cf2
compilers we care about, while e.g. ICC does not support the later.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25876 b3059339-0415-0410-9bf9-f77b7e298cf2
In file included from layer3.c:1171,
from sr1.c:391:
decod386.c: In function 'synth_1to1':
decod386.c:145: warning: implicit declaration of function 'dct64_altivec'
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25376 b3059339-0415-0410-9bf9-f77b7e298cf2
initialize mp3lib_decwins directly, then remove call to
make_decode_table_MMX() and tabinit_MMX.c itself.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@23383 b3059339-0415-0410-9bf9-f77b7e298cf2
Currently only used on CPUs that _only_ support SSE (otherwise try 3DNow* before)
Patch by The Mighty Zuxy Meng %zuxy * meng $ gmail * com%
Original thread:
Date: Jun 21, 2006 10:20 AM
Subject: [MPlayer-dev-eng] [PATCH] SSE version of DCT64 for mp3lib
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@18937 b3059339-0415-0410-9bf9-f77b7e298cf2
when it uses the optimized IMDCT.
patch by Alexander Strange, astrange __ at __ ithinksw __ dot __ com
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@18102 b3059339-0415-0410-9bf9-f77b7e298cf2
patch replaces '()' for the correct '(void)' in function
declarations/prototypes which have no parameters. The '()' syntax tell
thats there is a variable list of arguments, so that the compiler cannot
check this. The extra CFLAG '-Wstrict-declarations' shows those cases.
Comments about a similar patch applied to ffmpeg:
That in C++ these mean the same, but in ANSI C the semantics are
different; function() is an (obsolete) K&R C style forward declaration,
it basically means that the function can have any number and any types
of parameters, effectively completely preventing the compiler from doing
any sort of type checking. -- Erik Slagter
Defining functions with unspecified arguments is allowed but bad.
With arguments unspecified the compiler can't report an error/warning
if the function is called with incorrect arguments. -- Måns Rullgård
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@17567 b3059339-0415-0410-9bf9-f77b7e298cf2
Uoti Urpala