-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Replace neqo_common::log
with log
crate
#1963
Comments
I'd be OK with removing this. |
There are some special things Lines 898 to 902 in 9f0a86d
Can we do this with |
So I worked on this a bit in #2291. I do think we need a wrapper of some sort like we have in |
Agreed. I didn't think of |
OK. I will leave |
neqo*
currently usesneqo_common::log
for all things logging. It is a wrapper around thelog
crate.What is the benefit of using
neqo_common::log
over using thelog
crate directly? From what I can tell:neqo_common::log
does not require explicit instantiation of the logger (e.g. viaenv_logger::init
) but instead tries to initialize on each log invocation.neqo/neqo-common/src/log.rs
Lines 84 to 90 in c209c43
neqo/neqo-common/src/log.rs
Lines 69 to 71 in c209c43
Are the benefits worth a custom way of logging? Should a library instantiate a logger instead of the conventional instantiation by the calling binary?
Related, other Mozilla code using
log
:https://searchfox.org/mozilla-central/search?q=%5Elog+%3D&path=*Cargo.toml&case=true®exp=true
The text was updated successfully, but these errors were encountered: