similar to: libFLAC interface

--- Matt Zimmerman <mdz@debian.org> wrote: > I noticed that you bumped the library version for this release. In > fact, > you incremened it twice. FLAC 1.0.2 shipped with libFLAC.so.1, while > 1.0.3beta seems to have libFLAC.so.3. It should never be necessary > to > increment the version more than once between releases; at first > glance, I > wonder whether

Damn, back to this thread: > I think I sent a bad patch for this one already, which used a _LIBS > variable. > There is no _LIBS variable. :-) So, the .la file should be specified > directly > in _LIBADD, with no linker flag syntax. libtool will figure it out. > > diff -u -r1.1.1.1 Makefile.am > --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 > +++

> > For those of you using CVS, I have added a libFLAC section to the > > documentation page. I'm not sure how detailed to make it but I > > think it's a good start. Let me know if there's anything else > > you'd like to have in there. > > > > >

On Thu, Jun 14, 2001 at 05:51:43PM -0700, Josh Green wrote: > I managed to create an encoder for the audio chunk of a sound font (have yet > to do any meta data block for gzip compressed non-audio data, there will > probably be 2 METADATA blocks to simplify things, one for before and one for > after the audio chunk). All seems to function alright. I do have a few > comments on the

hello all, I just joined the development team for audacity, a corss platform open source multitrack audio editor. I would like to add support for importing and exporting files in FLAC format. I was wondering if any of you could point me to some documentation about using libflac to add FLAC support to other programs? thanks, jason jason@pepas.com ps - sorry i am not subscribed to the list, so

They are not needed since the section is defined in nasm.h. --- src/libFLAC/ia32/bitreader_asm.nasm | 4 ---- src/libFLAC/ia32/cpu_asm.nasm | 4 ---- src/libFLAC/ia32/fixed_asm.nasm | 4 ---- src/libFLAC/ia32/lpc_asm.nasm | 4 ---- src/libFLAC/ia32/stream_encoder_asm.nasm | 4 ---- 5 files changed, 20 deletions(-) diff --git

I rethought it and it seemed like a bad idea to post a big file, so you can get it here: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/flac/junk/flac-1.0-src-candidate.tar.bz2 Josh __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/

Hi, The GStreamer flac plugin broke due to libflac 1.1.0 and libflac 1.1.1 not being ABI/API compatible. Skimming through the archives I see that this breakage was intentional. I think it is quite common understanding that when you have a stable release of something you don't break your API, you only add to it. If you want to break the API that should be done by going to a new major number,

/usr/bin/ld: bad -rpath option collect2: ld returned 1 exit status make[4]: *** [libFLAC.la] Error 1 --- flac-1.1.2/src/libFLAC/Makefile.in.orig 2005-02-04 21:23:37.000000000 -0500 +++ flac-1.1.2/src/libFLAC/Makefile.in 2006-04-30 20:30:00.000000000 -0400 @@ -399,7 +399,7 @@ rm -f "$${dir}/so_locations"; \ done libFLAC.la: $(libFLAC_la_OBJECTS)

On Fri, Jul 20, 2001 at 04:17:38PM -0400, Matt Zimmerman wrote: > Maybe the easy way to get around all of this is to build a plain old .a archive > for the assembler stuff, instead of a libtool .la library. This may or may not > cause problems when linking the libFLAC shared library. I'll try it. It does work, but gives a warning: *** Warning: Linking the shared library

On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > It does work, but gives a warning: > > > > *** Warning: Linking the shared library libFLAC.la against the *** static > > library ia32/libFLAC-asm.a is not portable! > > > > I think this is just because libtool can't determine whether the

Hi everyone. I'm working on a FLAC plugin for the Java Media Framework (JMF) on Mac OS X. I'm having some trouble linking to libFLAC... When I first try to link to it, it tells me the libFLAC.a TOC is out of date, so run ranlib. So then I run ranlib, and it seems to be okay, except I then get undefined symbol errors: % cc -bundle

Hello, I just tried to compile libFLAC (using Borland C++ Builder 6 on Windows). The compilers yells at me on line 233 of libFLAC/lpc.c *(residual++) = *(data++) - (sum >> lp_quantization); --> data is const and cannot be modified Funny thing is, if data is declared: const FLAC__int32 *data instead of const FLAC__int32 data[] everything is ok. Is this a bug in my compiler, or

Hi, And thanks for flac. There's a minor problem when compiling flac: libtool warns about mixing up shared and static libraries. Typical messages are: *** Warning: Linking the shared library libxmms-flac.la against the *** static library ../../src/plugin_common/libplugin_common.a is not portable! *** Warning: Linking the shared library libxmms-flac.la against the *** static library

- INCLUDES is deprecated, and CPPFLAGS is an user-defined variable, use the proper AM_CPPFLAGS instead - Remove FLAC__INLINE definition, providing proper replacement for MSVC compilers. - Detect if we have C99 's lround and provide a replacement for windows... --- configure.ac | 32 ++++++++-------------------- examples/c/decode/file/Makefile.am

On 5/24/14, lvqcl <lvqcl.mail at gmail.com> wrote: > Ozkan Sezer <sezeroz at gmail.com> ?????(?) ? ????? ?????? Sat, 24 May 2014 > 10:16:15 +0400: > >> - changes the _MSC_VER condition to universally _WIN32: MSVC, as well >> as GCC supports this. > > MSYS/MinGW 4.8.3, 4.9.0 can't compile code from git after this patch: > > format.c:47:22: error:

> > > $ aclocal && autoconf && automake -c -a -i > > > aclocal: configure.in: 45: macro `AM_PATH_XMMS' not found in > library > > > > my hunch is that your version of either automake or possibly > > autoconf is not recent enough. > > No. He simply doesn't have xmms installed. That's what I mentioned > a while ago:

Hi, I am using a ppc-32bit version of linux called crux, with kernel 2.6.12.5 binutils version is 2.16.1 How can i get past this error..??? /usr/bin/ld -r -o .libs/libFLAC.la-19.o .libs/stream_encoder_framing.o .libs/libFLAC.la-18.o gcc -shared .libs/libFLAC.la-19.o -lm -maltivec -mabi=altivec -mcpu=powerpc -Wl,-read_only_relocs -Wl,warning -Wl,-soname -Wl,libFLAC.so.7 -o

I think I sent a bad patch for this one already, which used a _LIBS variable. There is no _LIBS variable. :-) So, the .la file should be specified directly in _LIBADD, with no linker flag syntax. libtool will figure it out. diff -u -r1.1.1.1 Makefile.am --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 +++ Makefile.am 21 Jun 2001 19:27:31 -0000 @@ -9,5 +9,5 @@

OK, I made a few reorganizations to the code I've been wanting to do before 1.0. Nothing major, but if you are integrating libFLAC into another program it will be of interest: First, I made changes so that the encoder is now called a stream encoder everywhere. I was going to write a file encoder but realized the only use for such a thing would be if someone needed to seek through the input