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(a)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...
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).
--
Configure bugmail:
https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.