Benjamin Smedberg 24e7cb1f78 Bug 396185 - Make nsIFrame derivatives and helper abstract classes use a different dynamic-cast system than nsISupports: ... * we know all types frames may be cast to at compile time, so instead of extensible GUID IIDs, use a big enum (see nsQueryFrame::FrameIID) * eliminate all vestiges of refcounting, since frames aren't refcounted Some frames (SVG frames in particular) still implement nsISupports-derived interfaces, for example nsISVGValue. There is a FrameIID for nsISVGValue that lets you go from a frame to the XPCOM interface, but you can't query back. r+sr=roc nsITextControlFrame didn't have an IID the first time around, but this wasn't a compile error because nsITextControlFrame::kFrameIID inherited from nsIFormControlFrame::kFrameIID. I've added a static analysis pass to verify the correct behavior, since I can't figure out a way to make the compiler do it. --HG-- extra : rebase_source : 4894a2ca0278e2ab92f27459db77165f8348cf41		2009-01-12 14:20:59 -05:00
..
crashtests	Add bug 458637 crashtest	2008-11-29 19:10:58 -08:00
public	Builds are neccesary, even if you can spell necessary, and even in a CLOSED TREE	2009-01-11 00:46:35 -08:00
src	Bug 396185 - Make nsIFrame derivatives and helper abstract classes use a different dynamic-cast system than nsISupports:	2009-01-12 14:20:59 -05:00
test	Bug 470334 - 'Workers: relative urls for XHR are incorrect'. r+sr=jst, a=blocking1.9+	2008-12-30 16:24:58 -06:00
Makefile.in	bug 461395 - add support for PARALLEL_DIRS to build system, parallelize content. r=bsmedberg	2008-10-30 13:02:14 -04:00