[Webkit-unassigned] [Bug 195182] RELEASE_LOG should not be Cocoa specific

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Feb 28 13:00:42 PST 2019


https://bugs.webkit.org/show_bug.cgi?id=195182

Keith Rollin <krollin at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |krollin at apple.com

--- Comment #1 from Keith Rollin <krollin at apple.com> ---
Just to provide some context, while the ultimate implementation may still be considered a mistake, it was something I gave some thought to.

The LOG macros and their underlying infrastructure were created (so I assume) for debugging at development time. The circumstances under which that logging is enabled and the disposition of that logging reflects that model. The logging is enabled on a channel-by-channel basis, and is streams to the terminal, Xcode console, or similar.

The RELEASE_LOG macros are for capturing information on a user's system so that it can be collected later for post-molten diagnosis. It's always-on, and is not streamed to an in-your-face console. Instead, it's stored in a combination of in-memory and on-disk databases.

Because of these two different models, use-cases, etc., I opted to keep the facilities separate, and to let the maintainers of other platforms provide whatever underpinnings for RELEASE_LOG that worked best for them. So rather than have RELEASE_LOG fall back onto LOG or its underlying facility, I'd see something new and platform-appropriate be added.

But that's just what I was thinking at the time. Others may have different opinions.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20190228/f6aab44a/attachment.html>


More information about the webkit-unassigned mailing list