-
-
Notifications
You must be signed in to change notification settings - Fork 608
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
Revert "Remove backend globals from header modules" #10460
Conversation
|
Thanks for your pull request, @WalterBright! Bugzilla referencesYour PR doesn't reference any Bugzilla issue. If your PR contains non-trivial changes, please reference a Bugzilla issue or create a manual changelog. Testing this PR locallyIf you don't have a local development environment setup, you can use Digger to test this PR: dub fetch digger
dub run digger -- build "master + dmd#10460" |
|
I'm copying my comment from #10455: Walter I opened #10255 3 months ago. In that original PR I had put these globals into a separate file so that the other modules would'nt have to import the entire
So I left the variables in In the future, I'm sure everyone would be very grateful if you did the following
That being said, I don't know how this change could affect the compilation time of the backend. The backend is compiled in a single invocation so the |
|
I also use the backend for the DMC++ compiler. Making changes just for DMD often break that, causing extra work for me, including this change. The backend uses the header/implementation file dichotomy, mixing that up here and there with the frontend style doesn't help much of any. I'm sorry I had not noticed these changes earlier. There's only so much of me to go around. On the other hand, this is just a handful of lines, so it's not like a major effort was wasted. I've repeatedly objected to making changes that are essentially shuffling files around. Finding declarations to make private, though, is a productive change. |
|
I just don't want these internal backend globals to be in a shared header with the frontend. Do you have an alternative solution? |
|
You could make a |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You could make a backend.d header for the backend globals.
Perfect. Go ahead and revert my original change and I'll work on that change.
Reverts #10455, reason why is given there.