Skip to content

[release/10.0] Fix native EH in external shared libs on macOS - #131434

Open
github-actions[bot] wants to merge 2 commits into
release/10.0from
backport/pr-130693-to-release/10.0
Open

[release/10.0] Fix native EH in external shared libs on macOS#131434
github-actions[bot] wants to merge 2 commits into
release/10.0from
backport/pr-130693-to-release/10.0

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

Backport of #130693 to release/10.0

/cc @janvorli

Customer Impact

  • Customer reported
  • Found internally

[Select one or both of the boxes. Describe how this issue impacts customers, citing the expected and actual behaviors and scope of the issue. If customer-reported, provide the issue number.]

Regression

  • Yes
  • No

[If yes, specify when the regression was introduced. Provide the PR or commit if known.]

Testing

[How was the fix verified? How was the issue missed previously? What tests were added?]

Risk

[High/Medium/Low. Justify the indication by mentioning how risks were measured and addressed.]

IMPORTANT: If this backport is for a servicing release, please verify that:

  • For .NET 8 and .NET 9: The PR target branch is release/X.0-staging, not release/X.0.
  • For .NET 10+: The PR target branch is release/X.0 (no -staging suffix).

Package authoring no longer needed in .NET 9

IMPORTANT: Starting with .NET 9, you no longer need to edit a NuGet package's csproj to enable building and bump the version.
Keep in mind that we still need package authoring in .NET 8 and older versions.

janvorli added 2 commits July 27, 2026 19:07
There is an exception-handling issue on macOS when throwing and catching
some standard C++ exceptions in a native C++ lib. The hosts (dotnet,
apphost, corerun, nethost) get local copies of typeinfo for several
of these exceptions and these copies are not hidden. When an external
shared library is loaded, the linker resolves references to those typeinfo
instances to the local copies in the host instead of the ones in
the libc++. That results in failures matching these exception types
in c++ catch.

The fix is to disable exporting symbols from these hosts (except for the
_get_hostfxr_path from the nethost, which is needed)
@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines:
Successfully started running 3 pipeline(s).
13 pipeline(s) were filtered out due to trigger conditions.
There may be pipelines that require an authorized user to comment /azp run to run.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant