xine-lib - xine-lib git mirror

Age	Commit message (Collapse)	Author
2004-09-20	Build system improvements:	František Dvořák
	- use replacement functions (macro AC_REPLACE_FUNCS and variable LTLIBOBJS), each function is in a file placed into lib/ directory, it was not necessary, but it looks nice, IMHO - headers cleanups (this was needed): - prototypes of replacement funtions and macros are placed into separate os_internal.h (and included by config.h) - drop include inttypes.h from public xine.h, replaced by custom os_type.h, idea origins from Ogg/Vorbis public headers - disable generating inttypes.h: generated replacement isn't enough for xine-lib but nobody complained (and for M$VC we have special version) - better including headers for win32, let dvdnav use its mutex wrapper - updated M$VC port Result: - xine is compiled nicely by MinGW, CygWin and paritaly M$VC - frontends in M$VC port don't require additional helping headers - moved some platform specific things from xine-utils and win32/contrib to lib/ Finally I can start with real coding. :-) CVS patchset: 6982 CVS date: 2004/09/20 19:30:02
2004-09-03	Replace gettimeofday() by better implementation - this fixes astronomic drifts	František Dvořák
	in metronom. MinGW port is working same good as CygWin port (but it means it still isn't for normal usage). And maybe we should add public function xine_gettimeofday() for frontends. There is problem with systems, which haven't gettimeofday(). Replacement function in frontends must then returns exactly the same results as libxine's version. CVS patchset: 6936 CVS date: 2004/09/03 19:34:01
2003-05-16	The cdda input plugin now builds in the Win32 env. I still need to test this ↵	Tim Champagne
	but I'm not quite sure how it is suppose to work CVS patchset: 4868 CVS date: 2003/05/16 19:08:59
2003-04-20	importing win32 contrib sources and msvc build environment	Guenter Bartsch
	CVS patchset: 4641 CVS date: 2003/04/20 16:42:06