Newer autotools versions don't seem to support ansi2knr, which is probably
not a problem, given the last decades of compilers accepting ANSI C (and the
rest of the LAME code being written in ANSI C itself).
This fixes ticket #60, with a patch of Brennan Shacklett, from the Gentoo
community.
* tests for *int*_t
* test for 80 bit floats (for speed optimizations)
* add pcm.* to the makefile
* removed resample.[ch] from the makefile
* depend upon automake 1.4b
* fix in check for ccc
(submitted by nold via the sourceforge patch page at
the lame project page, patch id #103507)
* something I may have forgotten
Note:
Please don't commit any Makefile.in if you didn't have
changed the corresponding Makefile.am. CVS didn't stores
the time stamps of the files at commit time, it stores
the time stamps of the commit time, so we have to commit
the files in the correct order, but I'm to lazy to do so
and I assume I'm not the only one.
The same applies to config*.
- depcomp:
missing file, the dependancy tracking should work again
remove obsolete defines
configure*:
minor cleanup
Makefile*:
- minor cleanup
- use automake 2.14b
Added files:
needed for new automake
rest:
updated automake files
Makefile.am: follow the move of some scripts to misc
*: add dmalloc support (configure --with-dmalloc)
(it seems we have a memleak somewhere, I will have a closer look soon)
VORBIS and mpglib interface is now in the libmp3lame library.
functions in these files are wrapper of mpglib/libvorbis.
I think it is ok to include them in libmp3lame.
Alexander Leidinger