-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in 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: