Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=502387
--- Comment #2 from Erik van Pienbroek erik-fedora@vanpienbroek.nl 2009-05-26 06:36:02 EDT --- (In reply to comment #1)
Have you tried to upstream your patches? Especially hunspell-build-dll.patch seems like very upstream-worthy.
Filed at https://sourceforge.net/tracker/?func=detail&aid=2796772&group_id=14...
Also, what is the failure mode of AC_FUNC_MALLOC? I guess a bug report with autoconf would be in order.
The AC_FUNC_MALLOC is some kind of fallback for environments which don't have a malloc() function in their libc. If this is the case (apparently it is for MinGW), then a '#define malloc rpl_malloc' is added to config.h.
According to rjones, the rpl_malloc() function is part of gnulib. We don't have gnulib in our MinGW toolchain, so this ends up in a undefined reference (to rpl_malloc). After removing the AC_FUNC_MALLOC from the configure.ac file, the compile completes without problems (and the malloc from the MinGW libraries is used).