-
Notifications
You must be signed in to change notification settings - Fork 183
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
Declare standard predefined symbols when building mutated assemblies #1828
Comments
So I still don't completely understand it. Why symbols like |
We need to test this, but are you certain that some symbols are automatically defined ? my understanding is that those are defined by MsBuild targets and Stryker does not use those (until we find a way to cleanly inject mutated source code during MsBuild builds). |
Yes, actually Stryker currently works ideally for platform monikers other than OR_GREATER, and Look: Repro.zip 100% behavior that we need. |
@psfinaki the build system is msbuild. We don't use msbuild so we don't have those symbols by default is what my guess would be. Why we do have some of the symbols I do not know. |
update on this: |
I was able to reproduce this issue and could not see a workaround. So I created an issue with buildalyzer. |
Thanks for that, @richardwerkman |
I was able to fix the desired solution in Builalyzer so I created a PR. When it's merged and released we can fix this in Stryker |
Is your feature request related to a problem? Please describe.
See issue #1824
Describe the solution you'd like
Stryker needs to declare predefined symbols when building the mutated assembly.
Describe alternatives you've considered
Those symbols can be explicitly declared in the (VS/VC) project settings, but this defeats the purpose of predefined symbols.
Additional context
It appears Roslyn does not add them automatically. So the code may have to declare them according the target framework version. Any official method would obviously be preferable.
The text was updated successfully, but these errors were encountered: