aboutsummaryrefslogtreecommitdiffhomepage
path: root/osdep/getch2.h
Commit message (Collapse)AuthorAge
* * remove extern definitions of functions in .c filesGravatar attila2006-09-12
| | | | | | | | | | | | | | | | | * create new .h files where necessary todo: * go trough other files than mplayer.c * vf_menu_pause_update() * mp_input_register_options() * import_playtree_playlist_into_gui() * import_initial_playtree_into_gui() For more infos see http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-September/045683.html ( 20060902133225.2cc82aec.attila@kinali.ch on -dev-eng ) git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@19814 b3059339-0415-0410-9bf9-f77b7e298cf2
* Patch by Stefan Huehner / stefan % huehner ! org \Gravatar rathann2006-02-09
| | | | | | | | | | | | | | | | | | | | | | 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
* Use termcap "erase to end of line" character code instead of using spacesGravatar ods152005-12-25
| | | | | | | to end of screen. git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@17241 b3059339-0415-0410-9bf9-f77b7e298cf2
* linux->osdepGravatar arpi2003-02-09
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9381 b3059339-0415-0410-9bf9-f77b7e298cf2