[Webkit-unassigned] [Bug 27029] New: Allow custom memory allocation control in the whole JSCore
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Jul 7 08:10:10 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=27029
Summary: Allow custom memory allocation control in the whole
JSCore
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: JavaScriptCore
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: hzoltan at inf.u-szeged.hu
I got a request from Eric to prepare a whole patch for JSCore instead of
sending single class inheritance patches.
I have some problems and we need to clear up FastAllocBase inheritance
policies.
It's easy to inherit from a single classes which instantiated by 'new' and
don't have super classes. It's clear.
At multiple inheritance case the policy was to go up as far as I can in the
inheritance tree and inherite the superclass from FastAllocBase (bug #20422).
The problem was in the case of Noncopyable, if I inherited Noncopyable from
FastAllocBase it occured multiple new definitions and build errors (ambigous
'new' using).
Further problems come up with e.g. JSCell, because it's also inherited from
Noncopyable and overrides operator new because of using GC, so it's also cause
conflicts.
What should be the policy? Remove that Noncopyable inheritances which causes
conflicts or push FastAllocBase as far as I can in the inheritance tree? (In
the second case there'll be many more inherites from FastAllocBase)
Thanks,
Zoltan
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list