On Thu, Aug 5, 2010 at 3:45 AM, Chris Sutcliffe <[email protected]> wrote: > Hi Kai, > > On 7/31/10 1:13 PM, Kai Tietz wrote: >> 2010/7/31 Chris Sutcliffe: >>> It turns out it's not gcc, it's due to the fact that libmsvcrt.a doesn't >>> export `__p___mb_cur_max'. The mingw.org msvcrt.def file contains: >>> >>> __p___mb_cur_max >>> >>> where as the mingw-w64-crt does not. Would it be possible to have this >>> added? >> On x64 you can use here -lwmsvcrt to get this symbol. For 32-bit this >> symbol is exported, so you shouldn't have here any troubles. > > This got me past the compile stage (linking with -lwmsvcrt), but now > when I had one of my 64-bit users test the zip library they received the > error: > > "The procedure entry point __p___mb_cur_max could not be located in the > dynamic link library msvcrt.dll" > > Which makes sense given JonY's point of it not being exported by > msvcrt.dll. Is there some specific link option I need to use? > > Thank you, > > Chris
What happens if you comment out lines 459 and 462 in win32/osdep.h and allow stdlib.h and mbstring.h to be included and get a proper definition of MB_CUR_MAX ? I don't know why it doesn't want to include those headers but I just cross-compiled zip3.1c this way. (Cant test at the moment, though...) -- Ozkan ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
