search for: patch64

...ts won't compile on systems that don't have fopen(). I REALLY doubt it. Even if such systems exist, there's little reason to support test_streams on them. fopen() was changed to flac_fopen() here: https://git.xiph.org/?p=flac.git;a=commitdiff;h=5705b4d7b2c3c5311138e9f4b66658c51f3cc22b#patch64 as a part of "Huge Windows utf8 I/O patch from Janne Hyv?rinen". > You could simply have the following: > > #if defined _MSC_VER || defined __MINGW32__ > #define flac_fopen fopen > #endif > > In a header, or simply at the top of test_streams/main.c where there's...

...s that don't have fopen(). > > I REALLY doubt it. Even if such systems exist, there's little reason > to support test_streams on them. > > fopen() was changed to flac_fopen() here: > https://git.xiph.org/?p=flac.git;a=commitdiff;h=5705b4d7b2c3c5311138e9f4b66658c51f3cc22b#patch64 > as a part of "Huge Windows utf8 I/O patch from Janne Hyv?rinen". > >> You could simply have the following: >> >> #if defined _MSC_VER || defined __MINGW32__ >> #define flac_fopen fopen >> #endif >> >> In a header, or simply at the top o...

test_streams currently depends on grabbag and (on Windows) on win_utf8_io libs. It depends on win_utf8_io only because it uses flac_fopen() function. It will become to depend on libFLAC when all file functions will be moved from win_utf8_io to libFLAC. Not a big problem, but it is possible to avoid this dependency by replacing flac_fopen() with fopen(). test_streams doesn't open/create