[Bug 502387] Review Request: mingw32-hunspell - MinGW Windows spell checker and morphological analyzer library

bugzilla at redhat.com bugzilla at redhat.com
Tue May 26 10:56:15 UTC 2009


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


Thomas Sailer <t.sailer at alumni.ethz.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
               Flag|fedora-review?              |fedora-review+




--- Comment #3 from Thomas Sailer <t.sailer at alumni.ethz.ch>  2009-05-26 06:56:13 EDT ---
(In reply to comment #2)

> 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.

I agree we don't want rpl_malloc.

The question is why does it fail to find the malloc in libmsvcrt.a (or newer
friends). libmsvcrt.a provides _malloc:

i686-pc-mingw32-nm /usr/i686-pc-mingw32/sys-root/mingw/lib/libmsvcrt.a
dxnmbs00676.o:
00000000 b .bss
00000000 d .data
00000000 i .idata$4
00000000 i .idata$5
00000000 i .idata$6
00000000 i .idata$7
00000000 t .text
         U __head_libmsvcrt_a
00000000 I __imp__malloc
00000000 T _malloc

But that shouldn't hold up packaging.

APPROVED by sailer.

-- 
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.




More information about the Fedora-package-review mailing list