Age | Commit message (Collapse) | Author |
|
* Make TypeBuilder.CreateType return non nullable
There is no situation when TypeBuilder.CreateType will return null when
being called by user-code.
issue #68840
* Update tests for null check after module.CreateGlobalFunctions()
* Check not null for additional CreateType Unit Tests
* Remove ! from DispatchProxyGenerator CreateType()
* Update Ref for non-null CreateType
* Change CreateTypeInfo to return non-null.
* Refactored CreateTypeInfo().AsType() to be CreateType()
* Annotate failing Mono Assert.Null
|
|
|
|
|
|
* Allow custom attribute filtering with an open generic type.
|
|
features (#66357)
|
|
* Revert "Revert "Avoid Attribute.GetCustomAttributes() returning null for open generic type (#65237)" (#66508)"
This reverts commit f99ba2e2b8fbf03be5058ad23e8cdce9c4a09da6.
* Make DynamicMethod.GetCustomAttributes() return well-typed arrays.
This change makes DynamicMethod.GetCustomAttributes() compatible with
Attribute.GetCustomAttributes().
|
|
generic type (#65237)" (#66508)
This reverts commit 20294957616061616e672b43f1d962460b7f4234.
|
|
(#65237)
* Avoid Attribute.GetCustomAttributes() returning null for open generic type.
Fix #64335
|
|
|
|
Previously the Directory.Build.targets script used to automatically
infer that OutputType=Library without a CLRTestKind implies
SharedLibrary. This is however hard to consolidate with the planned
test merging - as the SDK script set OutputType=Library by default,
we need the combination Library+(implicit)BuildAndRun to indicate
the "new-style" [Fact]-based tests. For this reason I propose to
remove this automatic inference and manually fix the handful of tests
that are missing an explicit CLRTestKind=SharedLibrary property.
In light of this description we can theoretically remove the
OutputType=Library specification from all test projects but even if
we decide to do that, I believe it will be easier to do that as a
separate mechanical change, not as part of this relatively small
change that has a different purpose. Additionally in the one case
of the GitHub_22583 regression test, I removed the explicit setting
of GenerateRunScript=false because that's the default.
Fix OutputType=exe in OpenDelegate.csproj
I believe this was a pre-existing bug - previously, with the
special clause regarding SharedLibrary, the test just got silently
skipped because it was considered to be a shared library.
Thanks
Tomas
|
|
|
|
* CLRTestPriority of zero is the default, so don't specify it in test project files
* Remove default CLRTestKind of BuildAndRun from test project files
|
|
|
|
* Fix CustomAttributeData in the presence of generic attributes
- Generic attributes need to force the actual exact method to be loaded not just the canonical scenario
- GenericAttribute testing had been disabled due to dotnet/msbuild#6734
- Move GenericAttribute test project to Pri0 as its the only generic custom attribute runtime testing that will occur before .NET 6.0 ships
- Test disabled on Mono as Mono currently doesn't support this feature.
Fixes #56492
|
|
Emit (#47784)
- Add routine/lock for updating friend assemblies
- Unify all assembly handling custom attribute updates in the runtime
- This adjusts the handling of the DebuggableAttribute, which in the past would have worked even if it was applied to anything via the CustomAttributeBuilder apis
Co-authored-by: Krzysztof Wicher <kwicher@microsoft.com>
|
|
* Add `MarshalInfo::IsValueClass`.
* Add `TypeHandle* pTypeHandle` to `SizeOf`.
* Add a few asserts/start using inline function instead of macro.
* use TARGET_POINTER_SIZE instead of STACK_ELEM_SIZE.
* Use `m_curOfs` instead of `m_idxStack` in `ArgIteratorBase` on all platforms.
Before some platforms were using stackSlots, some curOfs in bytes.
* Use byte sizes and offsets in `ArgLocDesc`.
Fix arm32.
x86 fixes.
use StackSize on ArgSizes
Add `GetStackArgumentByteIndexFromOffset` and return back the old values for asserts.
another fix
* Stop using `#define STACK_ELEM_SIZE`
* Add `isFloatHfa`.
* delete checking code.
because it won't pass on arm64 apple.
* arm64 apple fixes.
* roundUp the stack size.
* Add a reflection test.
* Return byte offset from `GetNextOfs`.
It is not a complete fix for arm64 apple, but covers most cases.
* Add `FLOAT_REGISTER_SIZE`
* Use StackElemSize for ` pLoc->m_byteStackSize`.
* replace `assert` with `_ASSERTE`.
* Use `ALIGN_UP` in the code that I have changed.
* rename `m_curOfs` as `m_ofsStack`.
* delete "ceremony " from `StackElemSize`.
* Delete `cSlots` and don't call `StackElemSize` on `GetArgSize`.
* Fix an assert.
* Fix nit.
* fix wrong return for hfa<float>.
* fix nit.
* Fix crossgen job.
|
|
|
|
* Mechanical move of tests from src/coreclr/tests/src to src/tests
* Minimum changes to make CoreCLR tests build in the new location
(*) Path changes in the test build scripts;
(*) Modify runtime.yml filtering based on Nathan's and Santi's feedback;
(*) Fix runtime pipeline filtering clauses per Santi's PR feedback;
(*) Fix path to Coreclr.TestWrapper.csproj;
(*) Pass unprocessed build args to test wrapper creation;
(*) Fix missing $(TestRoot) on groups in Pri0 test build mode.
Thanks
Tomas
|