similar to: test

On Fri, Jul 20, 2001 at 08:14:55PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > On Fri, Jul 20, 2001 at 10:51:11PM -0400, Matt Zimmerman wrote: > > > > > This version seems to work at least partially on ia64. I am able > > to encode my > > > usual test WAV file now, but I still get a segfault during the > >

--- Matt Zimmerman <mdz@debian.org> wrote: > On Fri, Jul 20, 2001 at 05:15:21PM -0700, Josh Coalson wrote: > > > I rethought it and it seemed like a bad idea to post > > a big file, so you can get it here: > > > > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/flac/junk/flac-1.0-src-candidate.tar.bz2 > > With the attached patch, a complete

On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > It does work, but gives a warning: > > > > *** Warning: Linking the shared library libFLAC.la against the *** static > > library ia32/libFLAC-asm.a is not portable! > > > > I think this is just because libtool can't determine whether the

--- Matt Zimmerman <mdz@debian.org> wrote: > The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=179434 In order to fix this for Debian, I changed things around to build the .a libraries as libtool convenience libraries; this takes care of PIC and they can be portably linked into shared libraries (I believe libtool would complain about this otherwise). Josh, how would you feel about me merging these changes into flac CVS? -- - mdz

On Mon, Jul 16, 2001 at 06:46:22PM -0400, Matt Zimmerman wrote: > [0] By the way, flac seems to segfault early on IA64. When built with > --enable-debug, I get a failed assertion: > > flac 0.10, Copyright (C) 2000,2001 Josh Coalson > flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are > welcome to redistribute it under certain conditions. Type

retitle 119396 flac: Decoded raw data does not match original raw data thanks On Tue, Nov 13, 2001 at 02:38:32AM +0000, Adam M. Costello wrote: > Matt Zimmerman <mdz@debian.org> wrote: > > > Based on a few quick tests, this kind of problem seems to occur with > > any file smaller than 4k (at least when using 44100Hz/16bps/2chan). > > I don't think the problem

On Fri, Jul 20, 2001 at 10:51:11PM -0400, Matt Zimmerman wrote: > This version seems to work at least partially on ia64. I am able to encode my > usual test WAV file now, but I still get a segfault during the self-tests. Interestingly enough, when I recompiled with --enable-debug to get a stack trace, it worked. Any ideas how to track down the problem? -- - mdz

The rules that automake uses to automatically run autoconf/automake/etc. are handy for development, but the have a way of screwing up automated builds. AM_MAINTAINER_MODE disables this behaviour by default, but allows for it to be enabled for development at configure time. How would you feel about this? diff -u -r1.11 configure.in --- configure.in 26 Sep 2002 14:29:56 -0000 1.11 +++ configure.in

On Fri, Jul 20, 2001 at 04:17:38PM -0400, Matt Zimmerman wrote: > Maybe the easy way to get around all of this is to build a plain old .a archive > for the assembler stuff, instead of a libtool .la library. This may or may not > cause problems when linking the libFLAC shared library. I'll try it. It does work, but gives a warning: *** Warning: Linking the shared library

On Fri, Aug 16, 2002 at 11:14:01AM -0700, Josh Coalson wrote: > --- Josh Coalson <xflac@yahoo.com> wrote: > >... > > If anyone with a similar set up can read the comments in the > > following bug reports and do some investigation it would really > > help a lot. I would like to hear about setups that are working > > as much as ones that aren't. >

(btw, after mangling all the autoconfiscations to use config.h, autoheader works for me...) On Mon, Oct 07, 2002 at 11:16:13PM -0700, Josh Coalson wrote: > > (btw, I do think it would be a very good idea to start using > > AC_CONFIG_HEADERS instead of passing so many of -D's on the compiler > > command line) > > Yeah, it's a good idea... can you take care of this

On Sat, Nov 17, 2001 at 04:26:48PM -0500, Matt Zimmerman wrote: > On Thu, Nov 15, 2001 at 01:57:16PM -0800, Josh Coalson wrote: > > > > yes, the ones a month ago. it's not clear that this is even related to > > 3dnow but since it was happening on Matt's new AMD box and I don't have > > enough info I turned it off by default. > > I don't remember

A volunteer wrote this man page and submitted it to the Debian bug tracking system. I have not had the time to review it, and I don't really use metaflac anyway (yet). It would be nice if 1.0.5 could ship with a full set of man pages. -- - mdz -------------- next part -------------- An embedded message was scrubbed... From: dannf@dannf.org (dann frazier) Subject: Bug#170598: manpage Date:

--- Matt Zimmerman <mdz@debian.org> wrote: > On Wed, Oct 31, 2001 at 04:36:23PM -0800, Josh Coalson wrote: > > > - split the usage screen into a short and a long version. the > short > > version is the default, and you can use 'flac -H' to get the long > > version. > > It would be a good idea for the longer help text to go to stdout, > rather

With these versions: ii autoconf 2.54-2 automatic configure script builder ii automake1.6 1.6.3-2 A tool for generating GNU Standards-complian I am unable to build the autoconfiscations. autoheader gives: autoheader2.50: error: AC_CONFIG_HEADERS not found in configure.in What versions are you using? (btw, I do think it would be a very good idea to start using

I have checked in what should be the code for 1.0. Unless I find some problems in the next two days (I'm doing one more exhaustive test on another 100 CDs) the only thing that will be changing is the new comparison table or maybe the configure stuff. So, last chance to checkout from CVS and break it! Josh P.S. Thanks to Andrey Astafiev, there's a Russian translation of the docs, which

--- Matt Zimmerman <mdz@debian.org> wrote: > I did not catch the beginning of this thread. What is the bug? > yeah, the thread's about a month old. you can see the whole thing here: http://sourceforge.net/mailarchive/forum.php?thread_id=738315&forum_id=6312 basically on OS X Ben's libtool is trying to "relink" libxmms-flac with the installed libFLAC before

On Thu, Jul 19, 2001 at 04:58:44PM -0400, Matt Zimmerman wrote: > On Thu, Jul 19, 2001 at 10:38:14AM -0700, Josh Coalson wrote: > > > So, last chance to checkout from CVS and break it! > > Also, my libtool doesn't seem to recognize --tag=CC. What is its purpose? > > /bin/sh ../../../libtool --tag=CC --mode=compile \ > sh ../../../strip_fPIC.sh nasm -f

It looks like libplugin_common.a is being linked into the shared object libxmms-flac.so. In that case, all of the objects in libplugin_common.a must be compiled with -fPIC. ----- Forwarded message from lamont+buildd@hp.com ----- Date: Sat, 28 Sep 2002 18:54:08 -0600 From: lamont+buildd@hp.com Resent-From: lamont+buildd@hp.com To: submit@bugs.debian.org Subject: Bug#162718: