[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] Logging library proposal
From: |
armin |
Subject: |
Re: [ft-devel] Logging library proposal |
Date: |
Tue, 22 Jan 2019 11:35:57 -0000 |
>> Of course. Only if some preprocessor macros are defined at configure
>> time, this feature is available – I won't change that. In other
>> words, it will stay as a developer-only feature.
>
> Right. Which makes using en external library overkill.
Not really, you want your logger to be as top-notch as the rest of your program
(spec. fast + as helpful as possible). In-house logging is fun but like with
everything else: if there are people who specialise on something, why not
taking advantage of that? Improving the logger over the years is not really a
strong focus of developers who want to contribute to _FreeType_ (as I
understand).
- [ft-devel] Logging library proposal, Yash Khasbage, 2019/01/21
- Re: [ft-devel] Logging library proposal, Dmitry Timoshkov, 2019/01/22
- Re: [ft-devel] Logging library proposal, Werner LEMBERG, 2019/01/22
- Re: [ft-devel] Logging library proposal, Dmitry Timoshkov, 2019/01/22
- Re: [ft-devel] Logging library proposal, Werner LEMBERG, 2019/01/23
- Re: [ft-devel] Logging library proposal, Dmitry Timoshkov, 2019/01/23
- Re: [ft-devel] Logging library proposal, Werner LEMBERG, 2019/01/23
- Re: [ft-devel] Logging library proposal, armin, 2019/01/23
- Re: [ft-devel] Logging library proposal, Dmitry Timoshkov, 2019/01/23
- Re: [ft-devel] Logging library proposal, armin, 2019/01/23
- Re: [ft-devel] Logging library proposal, Dmitry Timoshkov, 2019/01/23