76751 2012-01-20 16:13:15 -0800 Everyone now implements RunLoop 2018-09-03 20:49:56 -0700 1 1 1 Unclassified WebKit Platform 528+ (Nightly build) All All RESOLVED CONFIGURATION CHANGED P2 Normal --- 1 sam webkit-unassigned fishd gram jamesr levin schenney skyul oldest_to_newest 539892 0 sam 2012-01-20 16:13:15 -0800 We have RunLoop (WebCore/platform/RunLoop.h) implementations for Mac, Windows, Qt, and Gtk. To make it usable in WebCore, we need a Chromium implementation as well. 539898 1 jamesr 2012-01-20 16:22:34 -0800 I think in Chromium this could be implemented on top of WebThread once https://bugs.webkit.org/show_bug.cgi?id=76012 lands. 539939 2 sam 2012-01-20 17:01:41 -0800 (In reply to comment #1) > I think in Chromium this could be implemented on top of WebThread once https://bugs.webkit.org/show_bug.cgi?id=76012 lands. That seems like it would be wrong from a layering perspective. WebCore should not depend on WebKit. Perhaps WebThread could be implemented in terms of RunLoop, or whatever WebThread is implemented in terms of could be the basis for both. 539942 3 jamesr 2012-01-20 17:05:03 -0800 (In reply to comment #2) > (In reply to comment #1) > > I think in Chromium this could be implemented on top of WebThread once https://bugs.webkit.org/show_bug.cgi?id=76012 lands. > > That seems like it would be wrong from a layering perspective. WebCore should not depend on WebKit. Perhaps WebThread could be implemented in terms of RunLoop, or whatever WebThread is implemented in terms of could be the basis for both. We're planning to move WebThread to Platform/ to resolve this. 539971 4 sam 2012-01-20 17:59:42 -0800 (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > I think in Chromium this could be implemented on top of WebThread once https://bugs.webkit.org/show_bug.cgi?id=76012 lands. > > > > That seems like it would be wrong from a layering perspective. WebCore should not depend on WebKit. Perhaps WebThread could be implemented in terms of RunLoop, or whatever WebThread is implemented in terms of could be the basis for both. > > We're planning to move WebThread to Platform/ to resolve this. Hm. The Source/Platform directory is very confusing to me at the moment. It was supposed to be where we moved Source/WebCore/platform initially, but it seems like it is holding some Chrome API right now, and nothing that should be used from cross platform code. 539975 5 jamesr 2012-01-20 18:03:58 -0800 (In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #2) > > > (In reply to comment #1) > > > > I think in Chromium this could be implemented on top of WebThread once https://bugs.webkit.org/show_bug.cgi?id=76012 lands. > > > > > > That seems like it would be wrong from a layering perspective. WebCore should not depend on WebKit. Perhaps WebThread could be implemented in terms of RunLoop, or whatever WebThread is implemented in terms of could be the basis for both. > > > > We're planning to move WebThread to Platform/ to resolve this. > > Hm. The Source/Platform directory is very confusing to me at the moment. It was supposed to be where we moved Source/WebCore/platform initially, but it seems like it is holding some Chrome API right now, and nothing that should be used from cross platform code. That's just because we haven't figured out how to move WebCore/platform code into there in a way that compiles on all platforms yet. I've been planning to wait for the Source/WTF move to happen successfully, then do whatever was necessary to make that happen and start moving WebCore/platform code there. 874736 6 schenney 2013-04-12 08:11:43 -0700 There is no more Chromium in WebKit, so whatever depends on this can now move forward.