-
-
Notifications
You must be signed in to change notification settings - Fork 609
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
fix Issue 21038 - wchar and dchar string alignment should be 2 and 4,… #11528
Conversation
|
Thanks for your pull request, @WalterBright! Bugzilla references
Testing this PR locallyIf you don't have a local development environment setup, you can use Digger to test this PR: dub run digger -- build "master + dmd#11528" |
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.
Also this issue is marked major. Either this PR should target stable or the issue should be reprioritised.
|
This issue has been there for more than 10 years, and was just reported. So I'm not so sure it's major. |
|
I think the categorization is fair, any bad codegen bug should be major because of how hard they are to track down. Issues which are |
|
Fixing some bugs can be disruptive, and does one really want regressions in stable?
I know all about finding codegen bugs. The original test suite was designed to minimize effort at tracking them down. But the current test suite has evolved into an edifice that makes it perversely difficult to track down problems. For example, the first program built by a new compiler shouldn't be a test harness that requires it to be perfect before it can even run. The compiler's internal bug checks (i.e. asserts) should not be bypassed. The tests themselves should not be randomly failing because of environmental problems. And lastly, the generated logfiles should designed with helping the reader find out where it went wrong. |
|
By the way, I don't even know what "Azure pipelines (Windows x64)" even is. How is it different from the autotester doing the Win64 tests (which do work)? The documentation for the test doesn't say. |
3abfb5f to
f0ebe10
Compare
It can be, but do you think this is the case for this bug ?
All fair points, and no one disagree with you on this. We just need someone to do the job (and some people already stepped up). |
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.
I volunteeer to rebase it on stable if this is really required.
There's a badass conflict in mars1.d.
|
by seb comment |
| version (SCPP) | ||
| alignOffset(DATA, 2 << dt.DTalign); | ||
| version (MARS) | ||
| alignOffset(CDATA, 2 << dt.DTalign); |
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.
Should be 1 << dt.DTalign, or is the alignment deliberately doubled?
… respectively