From: Earnie B. <ea...@us...> - 2013-05-31 19:02:29
|
On Fri, May 31, 2013 at 10:11 AM, Eli Zaretskii wrote: >> Date: Fri, 31 May 2013 19:53:30 +0800 >> From: Yongwei Wu >> >> Recompiling solves the source-level compatibility. For binary >> compatibility, Microsoft compilers link the functions to separate 32- >> or 64-bit functions. E.g., time is mapped to either _time32 or >> _time64, depending on whether _USE_32BIT_TIME_T is defined. > > But XP doesn't have _time32, so this is not a solution for MinGW, > unless the MinGW runtime will provide _time32 (or abandon XP as the > target platform). > > With 'stat' (and other functions that return or accept structures with > time_t members), the binary compatibility would require similar > functions in MinGW runtime _and_ 32-bit time_t type in the headers. > > But the deafening silence on these issues since I raised them (as well > as about a similar issue with 'struct dirent') makes me think that no > one here, including the maintainers, cares about binary compatibility. > I guess when the new runtime is out we will see who was right. I'm working on a solution. I'm in testing phase at the moment. MinGW runtime 4.0 will supply the missing *32* functions either as an _CRTALIAS or a _CRT_INLINE depending on the function and the amount of coding required. My testing is with both Win 7 and XP (xp on virtualbox vm). -- Earnie -- https://sites.google.com/site/earnieboyd |