On Jun 5, 2006, at 12:14 PM, Mike Emmel wrote:
the problem with global statics is technical and has to do with the order or lack thereof of the static constructors
I'm not sure what you mean. For our frameworks for Mac OS X we have a constraint for performance reasons, entirely separate from the static initialization order issue. Because of that constraint, the WebKit project rule is "no static initialization at all". Yes, there are some technical issues about doing global static initialization right. But in this project we avoid them since we don't have any for the above reason.
In this case one is missing and in any case order is never assured technically the static constructor may be on the wrong class. My opinion is you may want to fix the core classes to actually work correctly with global statics
I don't think we want to do this, again for performance reasons. We don't want to pay for a global variable fetch and a branch when creating each AtomicString to check to see if the global initialization has been done yet. Instead, we have chosen the approach of not using AtomicString until after the AtomicString::init () function is called. -- Darin