Initialize AtomicStringTable in WTFThreadData's constructor
Created attachment 204758 [details] Cleanup
This addresses a comment added to stringTable() in http://trac.webkit.org/changeset/57829.
Comment on attachment 204758 [details] Cleanup Attachment 204758 [details] did not pass efl-ews (efl): Output: http://webkit-queues.appspot.com/results/912040
Comment on attachment 204758 [details] Cleanup Attachment 204758 [details] did not pass qt-ews (qt): Output: http://webkit-queues.appspot.com/results/904099
Comment on attachment 204758 [details] Cleanup Attachment 204758 [details] did not pass qt-wk2-ews (qt-wk2): Output: http://webkit-queues.appspot.com/results/916055
Comment on attachment 204758 [details] Cleanup Attachment 204758 [details] did not pass gtk-ews (gtk): Output: http://webkit-queues.appspot.com/results/909053
Comment on attachment 204758 [details] Cleanup Attachment 204758 [details] did not pass efl-wk2-ews (efl-wk2): Output: http://webkit-queues.appspot.com/results/930052
Created attachment 204760 [details] Fixed builds
Comment on attachment 204760 [details] Fixed builds Why is this a class? We should just have HashSet<StringImpl*> in the thread data. We can have create and destroy functions, but no need to have this be a class.
(In reply to comment #9) > (From update of attachment 204760 [details]) > Why is this a class? We should just have HashSet<StringImpl*> in the thread data. We can have create and destroy functions, but no need to have this be a class. I think the idea is to add, remove, etc... to this class to eventually encapsulate m_table. IdentifierTable does this already: http://trac.webkit.org/browser/trunk/Source/WTF/wtf/WTFThreadData.h#L42
Comment on attachment 204760 [details] Fixed builds View in context: https://bugs.webkit.org/attachment.cgi?id=204760&action=review r=me > Source/WTF/ChangeLog:8 > + Extracted AtomicStringTable from AtomicString.cpp into AtomicStringTable.h.cpp .h.cpp :(.
Committed r151663: <http://trac.webkit.org/changeset/151663>