similar to: Compiling FLAC for tremor and StrongARM

Displaying 20 results from an estimated 400 matches similar to: "Compiling FLAC for tremor and StrongARM"

2004 Sep 10
1
flac-1.1.0: libtool warnings
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
2004 Sep 10
2
getting framesize in client
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
2004 Sep 10
1
xmms-flac plugin in OS X - Apple X11
On Friday, January 24, 2003, at 12:28 AM, Josh Coalson wrote: > --- Brian Haberman <habesct@mac.com> wrote: >> I have been using Apple's X11 on OS X and I got the source and >> compiled >> flac 1.0.5 beta2. Everything seemed to build and install OK, but the >> >> xmms-flac plugin is not working, and I cannot open xmms. I get the >> following
2004 Sep 10
2
And Another OS X Install Problem...
/bin/sh ../../mkinstalldirs /sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la /sw/lib/xmms/Input/libxmms-flac.la libtool-disable-static: install: warning: relinking `libxmms-flac.la' cd /Users/glenn/Desktop/flac-1.0.5_beta1/src/plugin_xmms; /bin/sh ../../libtool-disable-static --mode=relink gcc -I../.. -I./include -I../../include -g -O2
2004 Sep 10
0
And Another OS X Install Problem...
--- Glenn <glenn@meaning.com> wrote: > /bin/sh ../../mkinstalldirs /sw/lib/xmms/Input > ../../libtool-disable-static --mode=install /usr/bin/install -c > libxmms-flac.la /sw/lib/xmms/Input/libxmms-flac.la > libtool-disable-static: install: warning: relinking `libxmms-flac.la' > cd /Users/glenn/Desktop/flac-1.0.5_beta1/src/plugin_xmms; /bin/sh >
2005 Feb 11
1
liboggflac1 soname
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
2004 Sep 10
3
getting framesize in client
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
2005 Feb 11
2
liboggflac1 soname
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
2005 Jan 16
2
two problems with flac and ices 0.4 build
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:
2005 Jan 16
2
two problems with flac and ices 0.4 build
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:
2004 Nov 02
2
Can't compile flac source on Solaris 9.
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.
2005 May 25
0
[PATCH] Fix fuction prototypes/definitions with void argument
Hi, the patch below fixes function prototypes/defintions with void argument to shut up the heartful warnings by recent gcc :) It doesn't cover all places, e.g. test directories. The patch is to 1.1.2. Takashi --- src/metaflac/operations.c-dist 2005-05-25 16:20:02.000000000 +0200 +++ src/metaflac/operations.c 2005-05-25 16:20:09.000000000 +0200 @@ -26,7 +26,7 @@ #include <stdlib.h>
2004 Nov 02
1
Can't compile flac source on Solaris 9.
Thanks Josh, Where can I get "libogg" from? Mike. On Tue, 2 Nov 2004 11:15:36 -0800 (PST), Josh Coalson <xflac@yahoo.com> wrote: > --- Mike Fitterman <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 > >
2006 May 10
1
RE: Compile error on PPC linux
/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)
2005 Jan 29
2
Patch : fix configure.in and Makefile.am problems.
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
2005 Jan 09
0
liboggflac1 soname
On Mon, Jan 10, 2005 at 12:22:18AM -0200, Henrique de Moraes Holschuh wrote: > 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
2005 Jan 10
0
liboggflac1 soname
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
2011 Oct 12
1
yum repo problem?
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 *
2005 Feb 11
2
liboggflac1 soname
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
2004 Sep 10
4
non-PIC code in shared libs again
On Wednesday, February 5, 2003, at 10:47 PM, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > good, very good. it may take me a little bit to get to it > since I'm starting a new job next week. > > Ben, can you inspect the patch and confirm that it covers > what you also suggested? The patch fixed the problem with your libs. However, when