Multi-Targetting support for targets used in Source Generators/Analyzers and VSIX #351
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This adds suport for more pojects to support multi-targetting.
It is worth considering how to move these "support" libraries to
a distinct repo that is NOT connected to LLVM at all. They are now rich enough on their own to warrant a distinct repo.
Moved poly fills to a shared project.
DisposableAction.DisposeDisposeshould not throw an exception.nint.ZerowithIntPtr.Zeroor0Zeroand then later converted to a pure alias. Sadly, the compiler language version does NOT control this behavior. It'sSystem.Runtime.CompilerServices.RuntimeFeature.NumericIntPtrSystem.Runtime.CompilerServices.RuntimeHelpers.GetSubArray<T>methodThrowIfOutOfRangehandlingSystem.Runtime.CompilerServices.RuntimeHelpers.GetSubArray<T>Fixed handling of DIExpression
unwrap<DIExpression>(Expr)that willassertin a debug build that theExpris NOT null. In a release build it sitll does the right thing and treats a null as if it was empty but in a debug build it will assert causing a dialog and potential app crash.DiBuilderAlias.CreateGlobalVariableExpressiondid not do that.