With the initial changes associated with this bug, I've been able to have partial success building log4cxx using MinGW-3.2.0-rc-3. The apr-1.1.0.patch file has been updated to fix issues that were preventing APR from compiling. There were a lot of compile issues related to wide-char locales, streams and consoles. It is likely best to added to utf-8 build initially.
To attempt a build:
set path=\mingw\bin;%PATH%
ant -Dcompiler=gcc -Dhas.wchar_t=0
Currently thread.cpp will fail with a method doesn't match prototype error on Thread::run (though the method looks exactly like the prototype). If you stub that out by putting a empty body in thread.h and #if'ing the real implementation. You will proceed to link and get a decent number of unsatisified references of Win32 API methods that are apparently not provided by the MinGW libraries. It may be possible to either only build a subset of the appenders or supply the missing methods, but I'm not going to take the time right now.
Description
With the initial changes associated with this bug, I've been able to have partial success building log4cxx using MinGW-3.2.0-rc-3. The apr-1.1.0.patch file has been updated to fix issues that were preventing APR from compiling. There were a lot of compile issues related to wide-char locales, streams and consoles. It is likely best to added to utf-8 build initially.
To attempt a build:
set path=\mingw\bin;%PATH%
ant -Dcompiler=gcc -Dhas.wchar_t=0
Currently thread.cpp will fail with a method doesn't match prototype error on Thread::run (though the method looks exactly like the prototype). If you stub that out by putting a empty body in thread.h and #if'ing the real implementation. You will proceed to link and get a decent number of unsatisified references of Win32 API methods that are apparently not provided by the MinGW libraries. It may be possible to either only build a subset of the appenders or supply the missing methods, but I'm not going to take the time right now.