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