-
Notifications
You must be signed in to change notification settings - Fork 15
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
Configurable logging #10
Comments
The logging is intended as an implementation-dependent placeholder, as such, we wouldn't want to complicate it too much and in fact, for our internal use we replace it and hook it up to our internal tracing facility. We expect others to do the same for their logging needs so if you want a runtime configurable logging you can implement it in your own logging facility and if you want it at compile time you can just implement null functions for the levels you don't want to care about. Does that make sense? |
That's what I thought.
The problem though is that there is no straightforward way to do this when using Dub. I haven't at least figured out a good way to do it. I'm guessing Weka doesn't used Dub. It's also not clear what the interface need to be. I can read the existing implementation. |
How about removing mecca.log and instead use std.logger which would make it convenient for users to either use one of the loggers provided in the standard library, implement their own, or use one of the dub packages that implement std.logger.core.Logger |
Hmm, I don't know. So far, IIRC, Phobos is not used in mecca. I feel it goes against the philosophy of mecca. |
Currently the recator (and possible other parts of the library) is doing quite a lot of logging. It would be nice if the logging could be configurable. To start with to be able to disable/enable the different log levels, ideally both at compile time and run time.
The text was updated successfully, but these errors were encountered: