-
nhumfrey committed revision 173 to the TwoLAME SVN repository, changing 1 files.
2009-09-29 21:11:23 UTC by nhumfrey
-
I think line 124 of psycho_2.c should read:
partition = mem->partition;
It's currently
partition = mem->numlines;
and it's causing warnings during compilation on debian testing amd64.
It probably was a copy-paste error from the line above.
2009-09-29 19:39:56 UTC by ychouinard
-
after I install asciidoc doxygen and xmlto, make doc give me OK, so close this bug.
2008-08-16 09:13:52 UTC by nonsea
-
after I install asciidoc doxygen and xmlto, make doc give me OK, so close this bug.
2008-08-16 09:02:48 UTC by nonsea
-
Build with trunk code r172, it will fail under doc folder, the error message is:
make: *** No rule to make target `twolame.1', needed by `all-am'. Stop.
2008-08-16 04:03:42 UTC by nonsea
-
Please describe the problem:
On Solaris, I'm using suncc to compile twolame, -Wall will cause the build fail
Steps to reproduce:
1. check out trunk code r172
2. ./autogen --prefix=/usr
3. make
Actual results:
build fail
source='ath.c' object='ath.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/bash ../build/depcomp \
/bin/bash ../libtool --tag=CC --mode=compile...
2008-08-16 04:00:00 UTC by nonsea
-
Thanks for tracking down that problem. I have applied those two changes to Subversion.
The package name and version number are stored in configure.ac. config.h is generated automatically when running ./configure. I don't know much about mingw, but I don't think you run configure under it? configwin.h is a hand made version of config.h for Windows. And because it is hand made, it doesn't have...
2008-03-03 22:04:49 UTC by nhumfrey
-
nhumfrey committed revision 172 to the TwoLAME SVN repository, changing 1 files.
2008-03-02 23:47:44 UTC by nhumfrey
-
nhumfrey committed revision 171 to the TwoLAME SVN repository, changing 1 files.
2008-03-02 23:46:33 UTC by nhumfrey
-
Fixed.
This bug was caused by wrong open mode for output file under Windows.
/frontend/frontend.c at line 566:
file = fopen(filename, "w");
should became:
file = fopen(filename, "wb");
to fix this. The behaviour is the same under *nix systems while in Windows writing of corrupted data due to the adding of a 0x0D char before each 0x0A is avoided.
BTW, i fixed a small typo in written...
2008-03-02 11:16:00 UTC by eblanca76
