search for: format_input_

Now that I can build FLAC again with Janne's patch I would like to report about the warnings I get when building for Android: android-make | grep warn md5.c: In function 'format_input_': md5.c:282:25: warning: cast increases required alignment of target type [-Wcast-align] md5.c:288:24: warning: cast increases required alignment of target type [-Wcast-align] decode.c: In function 'write_callback': decode.c:970:28: warning: cast increases required alignment of target t...

...5 Apr 2013 08:25:10 +0200, to be specific), compiling on > Raspbian (Debian Wheezy, GCC 4.6) returns quite some warnings of > the type -Wcast-align. > > > CC lpc_intrin_sse2.lo > > CC lpc_intrin_sse41.lo > > CC md5.lo > > md5.c: In function 'format_input_': > > md5.c:282:25: warning: cast increases required alignment of > > target type [-Wcast-align] > > md5.c:288:24: warning: cast increases required alignment of > > target type [-Wcast-align] > > CC memory.lo Does the test suite pass after you have compile...

...e release of 1.3.0 (mail of Fri, 05 Apr 2013 08:25:10 +0200, to be specific), compiling on Raspbian (Debian Wheezy, GCC 4.6) returns quite some warnings of the type -Wcast-align. > CC lpc_intrin_sse2.lo > CC lpc_intrin_sse41.lo > CC md5.lo > md5.c: In function 'format_input_': > md5.c:282:25: warning: cast increases required alignment of > target type [-Wcast-align] > md5.c:288:24: warning: cast increases required alignment of > target type [-Wcast-align] > CC memory.lo > CC metadata_iterators.lo > [...] > CCLD libFLAC-stat...

................................ darwin12.3.0 Compiler is GCC : ..................... yes GCC version : ......................... 4.2.1 There were several warnings during the build, though, all concerning shadowing of the global signal() function: CC md5.lo md5.c: In function 'format_input_': md5.c:273: warning: declaration of 'signal' shadows a global declaration /usr/include/sys/signal.h:407: warning: shadowed declaration is here md5.c: In function 'FLAC__MD5Accumulate': md5.c:394: warning: declaration of 'signal' shadows a global declaration /usr/include...

Hi all, It sees that the most serious bug in the flac bug tracker: https://sourceforge.net/p/flac/bugs/413/ has been fixed in git. This fix alone is worth a new release so its time to work towards one. Things I need to do for this new release: * Deal with all current patches on the mailing list. * Review all bugs reported against 1.3.0 on the sf.net. * Testing and coordination of testing

...c: In function 'FLAC__format_get_max_rice_partition_order_from_blocksize': format.c:535:2: warning: implicit declaration of function 'MIN' [-Wimplicit-function-declaration] format.c:535:2: warning: nested extern declaration of 'MIN' [-Wnested-externs] md5.c: In function 'format_input_': md5.c:282:25: warning: cast increases required alignment of target type [-Wcast-align] md5.c:288:24: warning: cast increases required alignment of target type [-Wcast-align] metadata_iterators.c: In function 'copy_n_bytes_from_file_': metadata_iterators.c:3122:3: warning: implicit dec...

...aygain_synthesis.c: In function > 'FLAC__replaygain_synthesis__init_dither_context': > replaygain_synthesis/replaygain_synthesis.c:212:6: warning: > declaration of 'index' shadows a global declaration [-Wshadow] > [...] > CC md5.lo > md5.c: In function 'format_input_': > md5.c:282:25: warning: cast increases required alignment of target > type [-Wcast-align] > md5.c:288:24: warning: cast increases required alignment of target > type [-Wcast-align] > CC memory.lo > CC metadata_iterators.lo > metadata_iterators.c: In functio...

2013/5/15 Ulrich Klauer <ulrich at chirlu.de> > Felix Homann wrote: > > > Yes, HAVE_SYS_PARAM_H is set in config.h: > > OK ... Yet still I don't see how a change in > src/libFLAC/include/private/macros.h could affect src/flac/utils.c in > any way. > > Anyone got an idea? I haven't spend too much attention to the errors when bisecting, sorry! The

Hello all, I am writing an implementation of a FLAC decoder and I am polishing up some details. The format <http://flac.sourceforge.net/format.html> page leaves some room for interpretation. Can anyone help me by clarifying the official rules about the following? Most of them are degenerate cases that probably don't happen in practice: Thanks, --Jonathan Can the bits per sample

Hi all, I have tagged 1.3.0pre4 in git and provided a tarball here: http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre4.tar.xz I have built and tested the git tree on: linux-x86_64 openbsd5-i386 freebsd5-i386 as well as successfully cross compiling from Linux to 32 and 64 bit MinGW. As far as I am concerned, the only thing left to do for this release is to update the

...ee http://msdn.microsoft.com/en-us/library/5471dc8s(v=vs.80).aspx for the rationale */ + FLAC__byte *tmp = _malloca(bytes_needed); +#else + const FLAC__bool usealloca = (bytes_needed < 4032); + FLAC__byte *tmp = usealloca ? alloca(bytes_needed) : safe_malloc_(bytes_needed); +#endif + format_input_(tmp, signal, channels, samples, bytes_per_sample); + const FLAC__bool retval = (EVP_DigestUpdate(ctx, tmp , bytes_needed) == 1); +#if defined(_MSC_VER) + _freea(tmp) +#else + if(!usealloca) free(tmp); +#endif + return retval; +#else if(ctx->capacity < bytes_needed) { FLAC__...

Hi all, The latest pre-release is here: http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre3.tar.xz but there will probably need to be at least one more. I've tested this on x86_64-linux powerpc-linux i386-openbsd5.2 i386-freebsd9 The majority of changes since the last pre-release is the addition of Janne Hyv?rinen's utf8 I/O functionality. Janne's