similar to: two problems with flac and ices 0.4 build

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

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

Note : I'm subscribed to the list. Please don't CC replies to me. Hi all, I am trying to compiler current CV head on a PowerPC G3 Debain system. Debian test has automake 1.9 which is a little more stringent about errors than 1.8. The following patch has the following fixes. 0) Remove AC_CANNONIAL_HOST because it has already been invoked earlier 1) Make sure

5.7 32bit server system (headless coloc server), long running, long time stable. I need the flac utils... [root at freescruz ~]# rpm -qa |grep flac (nothing installed) [root at freescruz ~]# yum install flac-devel Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * base: mirror.5ninesolutions.com * extras: mirror.grikare.com * rpmforge: apt.sw.be *

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

On Thursday 04 October 2007 04:27:47 you wrote: > Sir, you need to provide more information. What kind of errors? What > is not working? What exactly are you trying to do? What compiler are > you using? H IV0, we are using a lot of different cross-compiler (mainly based on GCC 3.4.x) When I tried to cross-compile FLAC for non-i386 platforms (such as ARM), I use use

Not sure if this is the right place to post this... I have attached a patch for the build system which lets FLAC build on IRIX and Cygwin. -------------- next part -------------- ? Makefile ? aclocal.m4 ? autom4te.cache ? config.guess ? config.log ? config.status ? config.sub ? configure ? depcomp ? install-sh ? irix.patch ? libtool ? libtool-disable-static ? ltmain.sh ? missing ? mkinstalldirs ?

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

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. >

Hi, I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here. Unfortunately I can not even compile with default (no 3dnow) options. ./configure goes fine including this part: checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking for g++... no checking for

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > Yeah, it's useful, so now there is a > FLAC__seekable_stream_decoder_get_decode_position() and > FLAC__file_decoder_get_decode_position(). I haven't documented > them yet but you can see an example in > src/metaflac/operations_shorthand_seektable.c where I use it > during seektable creation. Ok, here is

On Tue, Sep 10, 2002 at 11:11:24PM -0700, Josh Coalson wrote: > I have just finished uploading the source release for FLAC 1.0.4 beta > to Sourceforge; there are no binary releases. See the included > doc/html/news.html for the changes since 1.0.3; there are quite a few. > > http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download I just downloaded 1.0.4 beta,

It's official: http://xiph.org/ogg/flac.html It's OK to keep submitting patches but I'm going to hold off on integrating anything until CVS is moved over. Note that codec code (libFLAC, libFLAC++, libOggFLAC, libOggFLAC++) will be covered under Xiph's BSD-like license from here on out. Josh __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus -

Hey, Sesse asked me to do a patch to the auto* set-up to allow for FLAC to be added. The patch touches configure.in and oggenc/Makefile.am It is disabled by default, use --enable-flac as an arg to configure to enable it. You might want to maybe add more checks, since FLAC's API tends to change more than is good for anyone ;) Hope that helps, Thomas -- The Dave/Dina Project : future

I'm about to do the new version of the ogg mapping and i have a few questions... Here's my understanding so far... There's a new first header... which is a header like the other ogg headers... with some general info, and with a stream info metadata block stuck to the end of it. The next packet must be a vorbis comment meta data block, then meta data blocks in any order and of

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

All, I have just finished uploading the source release for FLAC 1.0.4 beta to Sourceforge; there are no binary releases. See the included doc/html/news.html for the changes since 1.0.3; there are quite a few. http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download Please beat up on this as much as possible in the next week or two and try and turn up bugs. Here's a

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