-
Notifications
You must be signed in to change notification settings - Fork 5
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
Please do something for historical users :) #22
Comments
I created a version 2.066 ;-) |
please let me now today or tomorrow if it works, I'm leaving for a 2 week holiday on friday |
Thanks! To test I need the DUB registry to be aware of that last tag. It's not sure how it will recognize that name with a zero. |
lets see if it takes v2.66 https://github.com/burner/logger/releases |
2.66.0 it is |
Looks like it work. Thanks! |
welcome |
It is currently impossible to depend on std.experimental.logger and support compilers based on a 2.066 front-end and those with a 2.067 front-end.
Current chain of bug reports that led to this report:
tharsis-prof 0.5.2
DMD 2.067.1 Circular-Studios/Dash#245A possible solution is suggest by Sönke here: dlang/dub#630
But I'm not sure it would work since in user code one has to write
import std.experimental.logger
and the module names are the same. Similar names induce module import conflicts.Perhaps consider changing the module names of the DUB package like this:
std.historical.logger
I'll then be able to update user code to import different modules based on front-end versions.
This is breaking change so should be a major SemVer bump.
The text was updated successfully, but these errors were encountered: