similar to: 1.1.2 and no /usr/local/lib dependency?

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

A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a bug report related to decoding of CRAM files. This issue occurs with flac-1.1.2 but not previous versions (such as flac-1.1.1). Note that the same file is used for this test (hopefully ruling out any issue with the encoder). Details of the issue: When calling FLAC__stream_decoder_process_single() the error callback is triggered

/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)

Hi folks, here's a patch which cleans up the nasm call from Makefiles. Abusing libtool and then having to drop in some additional wrapper script to rewrite the commandline again is rather stupid. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/

On Mon, 10 Jan 2005, Ralph Giles wrote: > As such it's an incompatible change, for which you should also > zero the 'age' field. So 1.1.1-beta1 should have been 2:0:0, > not 2:0:1. [...] > Yes, I agree. The numbering is all about coexisting installs of the > various versions. Ok. I need to know what to do about this... is 1.1.2 with fixed sonames just around the

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

First, this dependency exists only on Windows. For obvious reasons such dependency cannot exist on Linux/FreeBSD/OSX/etc. Previous versions (up to 1.2.1) didn't support Unicode filenames on Windows. And then it was decided to add such support. Windows uses UTF-16, where characters have 16-bit wchar_t type. LibFLAC receives strings only via char*. So one way to add Unicode support is to add

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,

On 05.09.2006, at 22:51, Josh Coalson wrote: > --- taktik <taktik@renoise.com> wrote: >> What exactly is the reason why libFlac and/or the FLAC command-line >> en/decoder currently doesn't support 32bit integer samples? >> >> The comment in "FLAC/format.h" -> of >> FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE notes that >> the FLAC format

Josh Coalson wrote: > --- Luca Barbato <lu_zero@gentoo.org> wrote: > >>Josh Coalson wrote: >> >>>since I don't know how to resolve this, in current CVS I have >>>checked in a system where there are src/libFLAC/ppc/as and >>>src/libFLAC/ppc/gas selected by configure. I have also checked >>>in as many patches as I could make sense of

On Mon, Jan 10, 2005 at 09:37:18PM -0800, Josh Coalson wrote: > as far as I can piece together, the last releases went like: > > FLAC release libOggFLAC went to > ------------- ------------------------------------------ > 1.1.0 1:2:0 from 1:1:0 (code changes only I think) > 1.1.1-beta1 2:0:1 from 1:2:0 (some i'faces added, some changed) > 1.1.1

I just tried to install the flac plugin for xmms, and failed. Google does not help. How to fix this? (btw, this is CentOS 5.2, fully updated) [root at sith ~]# yum install xmms-flac Loading "fastestmirror" plugin Loading "priorities" plugin Loading mirror speeds from cached hostfile * epel: scientificlinux.physik.uni-muenchen.de * adobe-linux-i386: linuxdownload.adobe.com *

I feel really silly asking this, but where is read_residual_partitioned_rice > > _() ? I tried using the standard find feature on text editors for all of > the .c and .cpp files in libFLAC and libFLAC++, but nothing came up. -Mary On 7/11/06, Ralph Giles <giles@xiph.org> wrote: > > On Tue, Jul 11, 2006 at 04:17:41PM -0700, Mary Amon wrote: > > >

--- Chris Csanady <cc@137.org> wrote: > Building the beta on the mac has one stumbling point: the ppc/as/ > libFLAC-asm.la is not currently built due to the configure define > FLaC__HAS_AS__TEMPORARILY_DISABLED, but it is expected to exist by > > libFLAC_la_LIBADD = ppc/as/libFLAC-asm.la > > in src/libFLAC/Makefile.am. After removing this line, it builds > and

sorry if I did not reply to this, answers below: --- Josh Green <josh@resonance.org> wrote: > On Tue, 2006-07-25 at 06:37 +0200, Josh Green wrote: > > A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a > bug > > report related to decoding of CRAM files. This issue occurs with > > flac-1.1.2 but not previous versions (such as flac-1.1.1). Note >

Hello all, I recently upgraded the libFLAC used in my application Max (http:// sbooth.org/Max/) to 1.1.3 and added preliminary support for album art. During the upgrade I evidently made some coding mistakes with interesting results. I've combed everything over and can't quite see the problems. I've become somewhat frustrated because my code didn't really change

--- Brian Willoughby <brianw@sounds.wa.com> wrote: > Hello, > > I noticed that there is no convenient installer package for Mac OS X. > The > various GUI programs that use FLAC seem to only have flac 1.1.0, so > there is no > simple way for a non-developer to install flac 1.1.1, other than > manually > placing the various files where they belong. > >

lvqcl wrote: >>> Win_utf8 stuff should not be included in libflac since it's only to be >>> used by the flac.exe frontend. It is not needed by other programs nor >>> would they benefit from it without doing the extra work of converting >>> their ansi filenames and functions to utf-8. >>> >>>> Version 2 of my patch attached, which fixes

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