<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
From an efficiency perspective, the arguments to Printf will still
need to be evaluated. Some of those arguments touch multiple areas
and will require significant effort to change into a new format,
which is essentially the exact same as we have now.<br>
<br>
Was there not a decision to stick with what we have now when this
came up a few weeks ago? Clean and easy to understand over verbose
any day of the week in my view.<br>
<br>
Colin<br>
<br>
<br>
<div class="moz-cite-prefix">On 12/08/2015 11:52, Tamas Berghammer
via lldb-dev wrote:<br>
</div>
<blockquote
cite="mid:CAG4H=EKAn2PFNHb98O4zLE-T06G6m-pEyr=LtzgLKBu2dEd1vA@mail.gmail.com"
type="cite">
<div dir="ltr">Hi All,
<div><br>
</div>
<div>At the moment logging in LLDB done in the following way:</div>
<div>Log* log = GetLogIfAllCategoriesSet(...);</div>
<div>if (log)</div>
<div> log->Printf(...);</div>
<div><br>
</div>
<div>This approach is clean and easy to understand but have the
disadvantage of being a bit verbose. What is the general
opinion about changing it to something like this?</div>
<div>Logger log = GetLogIfAllCategoriesSet(...);</div>
<div>log.Printf(...);</div>
<div><br>
</div>
<div>The idea would be to return a new type of object from
GetLogIfAllCategoriesSet with small size (size of a pointer)
what will check if the log category is enabled. From
efficiency perspective this change would have no effect and it
will simplify the writing of the logging statements.</div>
<div><br>
</div>
<div>Implementation details:</div>
<div>Logger would just contain a pointer to a Log object and
forward all call to that object if that one isn't null.
Additionally it will have a method to check for nullness of
the underlying log object if we want to do some calculation
only if the logging is enabled.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Tamas</div>
<div><br>
</div>
<div>P.S.: Other possible simplification in the logging system
would be to use LogIfAllCategoriesSet but it require the
specification of the log channel at each call and have a very
minor overhead because of checking for the enabled log
categories at each call.</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
lldb-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
- Colin Riley
Senior Director,
Parallel/Graphics Debugger Systems
Codeplay Software Ltd
45 York Place, Edinburgh, EH1 3HP
Tel: 0131 466 0503
Fax: 0131 557 6600
Website: <a class="moz-txt-link-freetext" href="http://www.codeplay.com">http://www.codeplay.com</a>
Twitter: <a class="moz-txt-link-freetext" href="https://twitter.com/codeplaysoft">https://twitter.com/codeplaysoft</a>
This email and any attachments may contain confidential and /or privileged information and is for use by the addressee only. If you are not the intended recipient, please notify Codeplay Software Ltd immediately and delete the message from your computer. You may not copy or forward it,or use or disclose its contents to any other person. Any views or other information in this message which do not relate to our business are not authorized by Codeplay software Ltd, nor does this message form part of any contract unless so stated.
As internet communications are capable of data corruption Codeplay Software Ltd does not accept any responsibility for any changes made to this message after it was sent. Please note that Codeplay Software Ltd does not accept any liability or responsibility for viruses and it is your responsibility to scan any attachments.
Company registered in England and Wales, number: 04567874
Registered office: 81 Linkfield Street, Redhill RH1 6BY </pre>
</body>
</html>