On 07/11/13 00:41, dw wrote: >> Sorry for the delay > > Since you always have something interesting to say, you are forgiven. > >> Remove non-underscored (aka. __stdcall) variants from mingwex. It's >> exported by kernel32.dll, so we may use it if needed (or is there some >> compatibility reason not to?) > > Sounds good to me. I wasn't aware mingw-w64 handled all the exports > for 32bit kernel32, but I see that it does. > >> - For 32-bit version, I'd say that we should have inline versions, >> probably in winbase.h, redirecting to intrins versions. > > We can do this, however it is insistent with what MS does. MS maps > the non-underscore x86 functions to kernel32.dll. I'm not saying that > what MS does is smart, just that this would be different. > > If we want to force these all to use intrinsics, someone's going to > have to specifically tell me to break this compatibility.
We talked on IRC and I'd be in favour of that. If someone wants a reference to those functions, those will be still available via kernel32.dll. I personally don't see danger in being incompatible with MS in this case, while that may provide real perf win. Also, we already have inline, non-underscored variants in winnt.h, so if that would be problematic, we'd already know that. Kai, according to IRC talk, we're waiting for your opinion. Thanks, Jacek ------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
