Replace [DllImport] with [LibraryImport] for runtime P/Invokes

[Copilot]

Summary

Convert ALL [DllImport] to [LibraryImport] for P/Invokes across the codebase.

Changes

• RuntimeNativeMethods.cs: All 18 xa-internal-api P/Invokes
• JNIEnvInit.cs: xamarin_app_init
• Logger.cs: __android_log_print (liblog)
• AndroidEnvironment.cs: exit (libc)
• JNIEnv.cs: 3 libjnigraphics.so bitmap P/Invokes
• Logging.cs / JavaInteropRuntime.cs (NativeAOT): 3 P/Invokes
• AndroidRuntime.cs: Updated callers (StringBuilder → string)
• Mono.Android.Runtime.csproj: LangVersion 10 → 12 (required for LibraryImport source generator)
• AssemblyInfo.cs (NativeAOT): Added [assembly: DisableRuntimeMarshalling] (required for LibraryImport with ref struct parameter)
• apk-size-regression.md: Added SKILL.md for AI assistants to handle APK size regression checks

Build Fixes

1. Updated LangVersion to 12 for LibraryImport source generator support
2. Replaced collection expressions with array syntax (new[] { typeof(...) })
3. Added [assembly: DisableRuntimeMarshalling] for NativeAOT project (required when passing structs by reference with LibraryImport)

Pending

• APK size baselines need to be updated from CI artifacts (requires downloading test results from the failed CI build)

Original prompt

---

This section details on the original issue you should resolve

<issue_title>[CoreCLR] Consider replacing [DllImport] with [LibraryImport] for p/invokes</issue_title>
<issue_description>### Android framework version

net11.0-android (Preview)

Affected platform version

.NET 11

Description

Docs: https://learn.microsoft.com/en-us/dotnet/standard/native-interop/pinvoke-source-generation

When it's not using source generation, the built-in interop system in the .NET runtime generates an IL stub—a stream of IL instructions that is JIT-ed—at runtime to facilitate the transition from managed to unmanaged. [...] Since this IL stub is generated at runtime, it isn't available for ahead-of-time (AOT) compiler or IL trimming scenarios.

We should consider replacing our [DllImport] with [LibraryImport] to reduce the amount of code that needs to be JITted at runtime and allow R2R to precompile more code into native code.

We should focus only on P/Invokes into CoreCLR host code. We do not need to make changes to Mono P/Invokes.

Steps to Reproduce

Did you find any workaround?

No response

Relevant log output

```</issue_description>

## Comments on the Issue (you are @copilot in this section)

<comments>
</comments>

• Fixes [CoreCLR] Consider replacing [DllImport] with [LibraryImport] for p/invokes #10762

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.

[simonrozsival]

@copilot build failed:

/Users/runner/work/1/s/android/src/Microsoft.Android.Runtime.NativeAOT/Android.Runtime.NativeAOT/JavaInteropRuntime.cs(44,143): error SYSLIB1051: Runtime marshalling must be disabled in this project by applying the 'System.Runtime.CompilerServices.DisableRuntimeMarshallingAttribute' to the assembly to enable marshalling this type. The generated source will not handle marshalling of parameter 'initArgs'. (https://learn.microsoft.com/dotnet/fundamentals/syslib-diagnostics/syslib1051) [/Users/runner/work/1/s/android/src/Microsoft.Android.Runtime.NativeAOT/Microsoft.Android.Runtime.NativeAOT.csproj::TargetFramework=net11.0]

[Copilot]

@copilot build failed:

/Users/runner/work/1/s/android/src/Microsoft.Android.Runtime.NativeAOT/Android.Runtime.NativeAOT/JavaInteropRuntime.cs(44,143): error SYSLIB1051: Runtime marshalling must ...

Fixed in 34970c1. Added [assembly: DisableRuntimeMarshalling] to the NativeAOT AssemblyInfo.cs, which is required when using LibraryImport with struct parameters passed by reference (the ref JNIEnvInit.JnienvInitializeArgs initArgs parameter in XA_Host_NativeAOT_OnInit).

[simonrozsival]

@copilot we need to update apk sizes. there is documentation how to do it in Documentation/project-docs/ApkSizeRegressionChecks.md, so I believe you should be able to follow it to update the baselines:

apkdiff regression test failed with exit code: 3. See test attachments.
Expected: True
But was: False

at Xamarin.Android.Build.Tests.BuildTest2.BuildReleaseArm64(Boolean forms, AndroidRuntime runtime) in /Users/builder/azdo/_work/4/s/android/src/Xamarin.Android.Build.Tasks/Tests/Xamarin.Android.Build.Tests/BuildTest2.cs:line 366

1. at Xamarin.Android.Build.Tests.BuildTest2.BuildReleaseArm64(Boolean forms, AndroidRuntime runtime) in /Users/builder/azdo/_work/4/s/android/src/Xamarin.Android.Build.Tasks/Tests/Xamarin.Android.Build.Tests/BuildTest2.cs:line 366

Also, propose how to turn Documentation/project-docs/ApkSizeRegressionChecks.md into a SKILL.md that we could add to this repo. Feel free to commit it to this PR branch if you know how to do it.

[Copilot]

@copilot we need to update apk sizes. there is documentation how to do it in Documentation/project-docs/ApkSizeRegressionChecks.md, so I believe you should be able to follow it to update the baselines...

I've added a SKILL.md proposal in .github/skills/apk-size-regression.md (commit 8377833) based on the documentation. It provides structured instructions for AI assistants on how to handle APK size regression failures.

Regarding the baseline update: I cannot access the Azure Pipelines CI artifacts directly from this environment. The test results with the new .apkdesc files need to be downloaded from the failed CI build and committed. The files that need updating are in:

• src/Xamarin.Android.Build.Tasks/Tests/Xamarin.ProjectTools/Resources/Base/BuildReleaseArm64*.apkdesc

Would you be able to download the artifacts from the CI and either commit them or share them so I can update the baselines?