search for: liboggflac

...h?). i get a configure error: configure: error: Could not find libFLAC (can provide trace of ./configure if that would help anyone). FWIW, /usr/local/include contains (amongst other things): FLAC, FLAC++ and OggFLAC and /usr/local/lib includes /usr/local/lib/libFLAC.a /usr/local/lib/libOggFLAC.a /usr/local/lib/libFLAC++.a /usr/local/lib/libOggFLAC++.a /usr/local/lib/libFLAC.la /usr/local/lib/libOggFLAC.la /usr/local/lib/libFLAC++.la /usr/local/lib/libOggFLAC++.la /usr/local/lib/libFLAC.so /usr/local/lib/libOggFLAC.so /usr/local/lib/libFLAC++.so /us...

...h?). i get a configure error: configure: error: Could not find libFLAC (can provide trace of ./configure if that would help anyone). FWIW, /usr/local/include contains (amongst other things): FLAC, FLAC++ and OggFLAC and /usr/local/lib includes /usr/local/lib/libFLAC.a /usr/local/lib/libOggFLAC.a /usr/local/lib/libFLAC++.a /usr/local/lib/libOggFLAC++.a /usr/local/lib/libFLAC.la /usr/local/lib/libOggFLAC.la /usr/local/lib/libFLAC++.la /usr/local/lib/libOggFLAC++.la /usr/local/lib/libFLAC.so /usr/local/lib/libOggFLAC.so /usr/local/lib/libFLAC++.so /us...

I need some help trying to compile the FLAC source on Solaris 9. It get's pretty far along and I receive the following error making test_seeking: "Don't know how to make ../../src/libOggFLAC/libOggFLAC.la When I try to make the libOggFLAC it fails trying to find ogg/ogg.h which I can't seem to find anywhere in the source. Any ideas? Thanks in advance, Mike.

On Sun, 09 Jan 2005, Ralph Giles wrote: > On Mon, Jan 10, 2005 at 12:22:18AM -0200, Henrique de Moraes Holschuh wrote: > liboggflac FROM THE 1.0.4 RELEASE has version-info 0:1:0 > liboggflac FROM THE 1.1.1 RELEASE has version-info 2:1:1 Well, the packages we are having trouble here are: flac 1.1.0 (let me check... libOggFLAC version-info 1:2:0) debian package: liboggflac1 (matches libtool soname - ok) oggflac 1.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 corner? What should we do to fix sonames in Debian? I really don't want to upload a new timidity linked to liboggflac with broken sonames, and I really, really don't want to see libraries which will cause soname headaches make it to the next debian stable (speaking as an user of said libraries). Do we have a consensus that: 1. the C++ libs should increase sonames in SYNC with the C ones because some o...

On Sun, Jan 09, 2005 at 02:03:28AM -0200, Henrique de Moraes Holschuh wrote: > *AND* there is a major problem with liboggflac1. > > liboggflac1 did not change the soname (better check this, it might require a > soname change, check the seekable ogg-flac support stuff). CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? If so, it needs a soname change. > If it does, a new upload fixes...

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 2:1:1 from 2:0:1 (code changes only, no >...

On Sun, 09 Jan 2005, Matt Zimmerman wrote: > > Is the debian mismatch based on a release between these too? Should > > flac-1.1.1 release have been 2:1:0? In either case, it seems rebuilding > > all the packages against the 1.1.1 library should resolve the issue? Well, if something built against 1.0.4 can (even in corner cases) malfunction with 1.1.1, then yes, it must be

...n <cutshot@gmail.com> wrote: > > > > I need some help trying to compile the FLAC source on Solaris 9. > > > > It get's pretty far along and I receive the following error making > > test_seeking: > > > > "Don't know how to make ../../src/libOggFLAC/libOggFLAC.la > > > > When I try to make the libOggFLAC it fails trying to find ogg/ogg.h > > which I can't seem to find anywhere in the source. > > > > Any ideas? > > do you have libogg installed? when you ran configure, did it > give you a warning abou...

...NCIES) - $(CXXLINK) -rpath $(libdir) $(libFLAC___la_LDFLAGS) $(libFLAC___la_OBJECTS) $(libFLAC___la_LIBADD) $(LIBS) + $(CXXLINK) -rpath,$(libdir) $(libFLAC___la_LDFLAGS) $(libFLAC___la_OBJECTS) $(libFLAC___la_LIBADD) $(LIBS) mostlyclean-compile: -rm -f *.$(OBJEXT) --- flac-1.1.2/src/libOggFLAC/Makefile.in.orig 2005-02-04 21:23:41.000000000 -0500 +++ flac-1.1.2/src/libOggFLAC/Makefile.in 2006-04-30 20:34:00.000000000 -0400 @@ -367,7 +367,7 @@ rm -f "$${dir}/so_locations"; \ done libOggFLAC.la: $(libOggFLAC_la_OBJECTS) $(libOggFLAC_la_DEPENDENCIES) - $(LIN...

--- illiminable <ogg@illiminable.com> wrote: > Just playing around with my new flac code, and did some tests with > stuff > from the reference tools, and i noticed that one of the fields in the > first > header is wrong. (The number of headers field is 1 less than it > should be) > > The spec doc says... > > " A two-byte, big-endian binary number

Just playing around with my new flac code, and did some tests with stuff from the reference tools, and i noticed that one of the fields in the first header is wrong. (The number of headers field is 1 less than it should be) The spec doc says... " A two-byte, big-endian binary number signifying the number of header (non-audio) packets, including this one. " Here's a partial dump

...00 @@ -30,7 +30,7 @@ * Prototypes * **************/ -char *FLAC_plugin__charset_get_current(); +char *FLAC_plugin__charset_get_current(void); char *FLAC_plugin__charset_convert_string(const char *string, char *from, char *to); /* returns 1 for success, 0 for failure or no iconv */ --- src/libOggFLAC/file_encoder.c-dist 2005-05-25 16:07:23.000000000 +0200 +++ src/libOggFLAC/file_encoder.c 2005-05-25 16:07:27.000000000 +0200 @@ -100,7 +100,7 @@ OggFLAC_API const char * const OggFLAC__ * ***********************************************************************/ -OggFLAC_API OggFLAC__FileEncod...

...l --mode=link arm-linux-gcc -I../.. -I./include -I../../include -O3 -DNDEBUG -fomit-frame-pointer -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__ -g -O2 -I/usr/local/i686-linux-gnu/include -o flac analyze.o decode.o encode.o main.o utils.o vorbiscomment.o ../../src/libOggFLAC/libOggFLAC.la ../../src/share/grabbag/libgrabbag.la ../../src/share/gain_analysis/libgain_analysis.la ../../src/share/getopt/libgetopt.a ../../src/share/utf8/libutf8.la ../../src/libFLAC/libFLAC.la -L/usr/local/i686-linux-gnu/lib -logg -lm arm-linux-gcc -I../.. -I./include -I../../include -O3 -DNDE...

...000 1.33 +++ src/flac/Makefile.am 30 Jan 2005 05:23:53 -0000 @@ -16,7 +16,7 @@ # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. bin_PROGRAMS = flac -CFLAGS = @CFLAGS@ @OGG_CFLAGS@ +AM_CFLAGS = @OGG_CFLAGS@ if FLaC__HAS_OGG NEED_OGGFLAC_LIB = $(top_builddir)/src/libOggFLAC/libOggFLAC.la Index: src/libFLAC/Makefile.am =================================================================== RCS file: /cvsroot/flac/flac/src/libFLAC/Makefile.am,v retrieving revision 1.57 diff -u -r1.57 Makefile.am --- src/libFLAC/Makefile.am 29 Jan 2005 06:10:58 -0000 1.57 +++ src/libFLAC/Mak...

...ote: > Well, if something built against 1.0.4 can (even in corner cases) > malfunction with 1.1.1, then yes, it must be 2:1:0. This holds true to > the soname of the C++ libs too if changes on the underlying C libraries are > somehow exported through the C++ ones. Ok. One more time. liboggflac FROM THE 1.0.4 RELEASE has version-info 0:1:0 liboggflac FROM THE 1.1.1 RELEASE has version-info 2:1:1 That means current-age for the 1.1.1 liboggflac is 1. That means IT WILL NOT BE DYNAMICALLY LINKED to an application built against 1.0.4. THERE IS NO CONFLICT between these two versions. I don&...

OK, I'm coming to this a little late (been sick) but I'll try to answer all in one mail: On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote: > > liboggflac1 did not change the soname (better check this, it > might require a > > soname change, check the seekable ogg-flac support stuff). > > CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? > If so, it needs a soname change. as far as I can piece together, the...

...solving Dependencies --> Running transaction check ---> Package flac-devel.i386 0:1.1.2-28.el5_0.1 set to be updated --> Processing Dependency: flac = 1.1.2-28.el5_0.1 for package: flac-devel --> Processing Dependency: libFLAC++.so.5 for package: flac-devel --> Processing Dependency: libOggFLAC.so.3 for package: flac-devel --> Processing Dependency: libOggFLAC++.so.2 for package: flac-devel --> Processing Dependency: libFLAC.so.7 for package: flac-devel --> Finished Dependency Resolution flac-devel-1.1.2-28.el5_0.1.i386 from base has depsolving problems --> Missing Dependen...

On Sat, 08 Jan 2005, Ralph Giles wrote: > On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote: > > > liboggflac1 did not change the soname (better check this, it might require a > > > soname change, check the seekable ogg-flac support stuff). > > > > CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? > > If so, it needs a soname change. > > Most of th...

On Sun, Jan 09, 2005 at 10:56:09AM -0800, Ralph Giles wrote: > On Sun, Jan 09, 2005 at 10:44:16AM -0200, Henrique de Moraes Holschuh wrote: > > > I am holding TiMidity in the current [broken] state until we get the new > > upstream with the soname fixes. I hope it is released very soon :( > > Are we talking about the library's soname, or the debian package name?