https://bugs.kde.org/show_bug.cgi?id=388787
--- Comment #9 from Paul Floyd <pjfl...@wanadoo.fr> ---
OK, I think that this is about done.
The one feature that is not present is detection of mismatches between aligned
and non-aligned new/delete. This is mostly a hypothetical problem, and will
only arise with users that have replaced these global operators. The reason
that I haven't made this change is that it will have a fairly significant
impact on 32 bit binaries. In mc_include.h there is
typedef
enum {
MC_AllocMalloc = 0,
MC_AllocNew = 1,
MC_AllocNewVec = 2,
MC_AllocCustom = 3
}
MC_AllocKind;
If I add MC_AllocNewAligbed and MC_AllocNewVecAligned then this will require an
extra bit of storage for this enum. That will mean reducing the range of
MC_Chun szB, which is currently
SizeT szB : (sizeof(SizeT)*8)-2; // Size requested; 30 or 62 bits.
If I do this, then I'd rather only do it for 64 bit platforms. 61 bits for the
size is still plenty, whilst reducing the size from 1G to 512M on 32 bit might
have repercussions.
--
You are receiving this mail because:
You are watching all bug changes.
