From: Gennady Kupava <gkup...@bloomberg.net>
- Do the check if the trace key is enabled sooner in call chain.
- Move just enough code from trace.c into trace.h header so all code
necessary to determine that trace is disabled could be inlined to
calling functions.
Signed-off-by: G
From: Gennady Kupava <gkup...@bloomberg.net>
Trace key normalization is not used, not strictly necessary,
complicates the code and would negatively affect compilation speed if
moved to header.
New trace_default_key key or existing separate marco could be used
instead of passing NULL as
> Spotted yet another. This function in a header file, that is
included by many source files, must be made "static inline" (which I
already did as without the fix I couldn't get 'pu' to compile).
Thanks, missed that, seems my compiler inlined all calls and I didn't
notice the problem.
On 27
From: Gennady Kupava <gkup...@bloomberg.net>
Signed-off-by: Gennady Kupava <gkup...@bloomberg.net>
---
One of the tasks siggested in scope of 'Git sprint weekend'.
Couple of chioces made here:
1. Use constant instead of NULL to indicate default trace level, this just
makes everything
Right, this trace is actually not used anywhere, so only check was
compilation. Will fix that.
On 19 November 2017 at 08:27, Johannes Sixt wrote:
> Am 19.11.2017 um 01:42 schrieb gennady.kup...@gmail.com:
>>
>> +#define trace_printf_key(key, ...)
>> \
>> + do {
>> \
>> +
re sense now?
Gennady
On 19 November 2017 at 02:19, Junio C Hamano <gits...@pobox.com> wrote:
> gennady.kup...@gmail.com writes:
>
>> Subject: Re: [PATCH 1/2] Simplify tracing code by removing trace key
>> normalization concept
>
> The usual style comment on the s
From: Gennady Kupava <gkup...@bloomberg.net>
- Do the check if the trace key is enabled sooner in call chain.
- Move just enough code from trace.c into trace.h header so all code
necessary to determine that trace is disabled could be inlined to
calling functions.
Signed-off-by: G
From: Gennady Kupava <gkup...@bloomberg.net>
- to implement efficient traces with normalization, normalization
implementation should be moved to header. as it seems better to not
overload header file with this normalization logic, suggestion is
just to remove it
- different macro
8:58PM +, gennady.kup...@gmail.com wrote:
>
> > From: Gennady Kupava <gkup...@bloomberg.net>
> >
> > Signed-off-by: Gennady Kupava <gkup...@bloomberg.net>
>
> Thanks, and welcome to the list.
>
>
> > ---
> > One of the tasks sigges
9 matches
Mail list logo