New malloc() for win32 that should produce faster DMD's and faster D code that uses malloc()
Richard Webb
richard.webb at boldonjames.com
Tue Aug 6 05:13:30 PDT 2013
On 05/08/2013 18:52, Walter Bright wrote:
> This is hardly the first time the culprit was a library routine
It's possible that other library routines are causing some of the
remaining difference from the MSVC build (e.g. the profiler suggests
that the DMC build spends somewhat more time inside memcpy than the MSVC
build).
Not sure if it's down to implementation or optimization though - might
be down to intrinsics/inlining and such? (the proflie for the DMC build
says it's using ~1% of its time inside strlen and the profile for the
MSVC build doesn't mention it at all, which i guess is because it's
using an intrinsic version).
More information about the Digitalmars-d-announce
mailing list