similar to: FLAC and autoconf

Displaying 20 results from an estimated 40000 matches similar to: "FLAC and autoconf"

2004 Sep 10
2
FLAC 0.6 released
I've released FLAC 0.6. The big improvements are: - encoding speed in default mode (-6) is at least 3x faster - a new "loose mid-side" adaptive algorithm should help -1 and -5 modes - a new analyze mode for developers - a autoconf/libtool-based build system (thanks to Matt Zimmerman) - bug fixes related to pipes Check the new comparison page. FLAC has the best ratios of any open
2004 Sep 10
1
Re: [Flac-announce] FLAC 0.7 released (but DON'T USE)
OK, after some debugging, it turns out this is related to an earlier bug (#131976 which has a temporary workaround). In other words, it will not trigger unless you are encoding more than 2 channels, and only then at large blocksizes (>32k samples). The full fix will be in 0.8 Josh --- Josh Coalson <xflac@yahoo.com> wrote: > A bug fix in 0.7 created another bug related to >
2004 Sep 10
2
Re: detecting host machine in configure.in?
--- Christian Weisgerber <naddy@mips.inka.de> wrote: > Josh Coalson <xflac@yahoo.com> wrote: > > > Basically what I want is configure.in determination of > > basic machine type (intel/compatible, alpha, ppc), then within > > that (say intel) the code will detect variants like MMX, SSE, > > and use the right routines. > > Please include a way to
2004 Sep 10
0
error during compile
> > Replace configure.in, then rerun > > 'aclocal;autoconf;automake;configure;make' > I replaced configure.in but I have not installed aclocal, autoconf > and > automake so I started 1. configure and 2. make which failed again. > I think aclocal, autoconf and automake are not necessary because > configure only outputs "aclocal missing", "autoconf
2004 Sep 10
1
FLAC 1.0.4 beta released
--- Matt Zimmerman <mdz@debian.org> wrote: > 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. > > > > >
2004 Sep 10
4
beta 10 candidate checked in
> > I have checked in all the latest into CVS and am going to start the > > test suite again. if all goes well I will probably release this as > > beta 10. > > > > anyway, try it out and let me know if anything bad happens! it > > should be a short jump from beta 10 to 1.0. > > I've just checked out the latest from scratch. There is no configure
2004 Sep 10
0
beta 10 candidate checked in
On Fri, 25 May 2001, Josh Coalson wrote: > I have checked in all the latest into CVS and am going to start the > test suite again. if all goes well I will probably release this as > beta 10. > > anyway, try it out and let me know if anything bad happens! it > should be a short jump from beta 10 to 1.0. I've just checked out the latest from scratch. There is no configure
2004 Sep 10
0
beta 10 candidate checked in
On Tue, 29 May 2001, Josh Coalson wrote: > > AM_INIT_AUTOMAKE(flac, 0.9) > > > > I've never had to run autoconf manually before so I'm not really sure > what > > I'm doing. > > > hmm... not sure what the syntax error is; did you run aclocal first? No. Had no idea I had to. I've gleaned from someone else's message that I should be doing
2004 Sep 10
5
detecting host machine in configure.in?
I am trying to set up a flexible infrastructure for the assembly code. Basically what I want is configure.in determination of basic machine type (intel/compatible, alpha, ppc), then within that (say intel) the code will detect variants like MMX, SSE, and use the right routines. I know how to do the second, but what is a good way to do the first? Linux/Cygwin/Solaris seem to support the MACHTYPE
2004 Sep 10
2
XMMS plugin build fix
--- 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
2004 Sep 10
0
FLAC as part of the Ogg project?
--- Christer Palm <palm@nogui.se> wrote: > Matt Zimmerman wrote: > > > > > As I understand it, the current Ogg/FLAC implementation simply > wraps the Ogg > > bitstream format around a normal FLAC stream, thus not utilizing > the > > features of Ogg, and duplicating various bookkeeping data. If the > Ogg folks > > were to spec out a FLAC-based
2004 Sep 10
2
build problems (autoconf/libtool)
Hi. I want to add some code to flac and am having trouble building it out of cvs. I've had several problems, most of which were pretty easy to work around or had already been discussed here. But this one has me stumped (though I am admittedly new to autoconf, automake, and libtool). Here's the problem. autoconf does not see any definition for AC_PROG_LIBTOOL. There is such a
2004 Sep 10
1
flac-1.0.3_beta released
--- Matt Zimmerman <mdz@debian.org> wrote: > I noticed that you bumped the library version for this release. In > fact, > you incremened it twice. FLAC 1.0.2 shipped with libFLAC.so.1, while > 1.0.3beta seems to have libFLAC.so.3. It should never be necessary > to > increment the version more than once between releases; at first > glance, I > wonder whether
2004 Sep 10
0
1.0 candidate checked in
--- Matt Zimmerman <mdz@debian.org> wrote: > 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!
2004 Sep 10
2
flac can occasionally be worse than shorten
> > I've never come across a sample like this which is > > why I thought it wasn't useful to add that > > functionality to FLAC... maybe if this is a common > > practice I should put it in. > ... > I've > compressed around 50 albums with flac and found 1 > where the LSB is 0. Even > if it's 1 in 200, that's going to be lots of cases >
2004 Sep 10
6
beta 10 candidate checked in
I have checked in all the latest into CVS and am going to start the test suite again. if all goes well I will probably release this as beta 10. this one should have all the configure stuff working with the new assembly infrastructure. I have tried to make it as easy as possible to port routines to assembly. all that's really needed now is to write the corresponding routine for a specific
2004 Sep 10
2
FLAC 0.7 released
FLAC 0.7 is out. It's mostly minor bug fixes; check the news page for more info: http://flac.sourceforge.net/news.html#20010212 Josh __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
2004 Sep 10
0
1.0 candidate checked in
--- Matt Zimmerman <mdz@debian.org> wrote: > On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > > > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > > > automake will include ltmain.sh in the source distribution, so it > > > should be > > > used even if it isn't installed on the build system. In fact, it > >
2004 Sep 10
5
flac command line usage (was: the road to 1.0...)
> > > It would be easier if FLAC understand the following command: "flac *.wav > > > *.flac" or "flac -d *.flac *.wav" > > > > > > for now I have to use some shell "tricks". > > > > > I assume you're using the DOS shell? because all unix shells I know will > > expand the globs first so this syntax cannot
2004 Sep 10
2
1.0 candidate checked in
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 elf