NativeAOT EventPipe library needs to work correctly when EventSource support is enabled

[LakshanF]

In NativeAOT, EventPipe library is not included by default in applications due to size considerations. This means that when applications enable EventSource support, developers have a choice to include this library as shown in the table here. .NET applications do not have this option since EventPipe library is always included in .NET.

There could be cases where developer might just want to get in-proc events and do not need to enable EventPipe library since they do not need these events sent out-proc (to listening clients like dotnet-trace) or want to keep their application size small while getting some event data. Currently in NativeAOT, the only option for EventSource support is also to include EventPipe library. This is due to existing code that is shared with CoreCLR do not distinguish between managed/native separation when EventSource support is enabled and calls the EventPipe library.

We need to do the following in NativeAOT

1. Pick the right default for EventPipe library support when EventSource support is enabled.
2. Fix the existing issue when EventSource is enabled and EventPipe is disabled. The work should also include the current code we have that assumes EventPipe can be disabled when EventSource is enabled. For example, removing methods in DisabledEventPipeInternal.cpp

[ghost]

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

---

In NativeAOT, EventPipe library is not included by default in applications due to size considerations. This means that when applications enable EventSource support, developers have a choice to include this library as shown in the table here. .NET applications do not have this option since EventPipe library is always included in .NET.

There could be cases where developer might just want to get in-proc events and do not need to enable EventPipe library since they do not need these events sent out-proc (to listening clients like dotnet-trace) or want to keep their application size small while getting some event data. Currently in NativeAOT, the only option for EventSource support is also to include EventPipe library. This is due to existing code that is shared with CoreCLR do not distinguish between managed/native separation when EventSource support is enabled and calls the EventPipe library.

We need to do the following in NativeAOT

1. Pick the right default for EventPipe library support when EventSource support is enabled.
2. Fix the existing issue when EventSource is enabled and EventPipe is disabled

Author:	LakshanF
Assignees:	LakshanF
Labels:	area-NativeAOT-coreclr
Milestone:	8.0.0

[LakshanF]

We are not planning to separate EventPipe library support between managed and native code. PR #90274 will remove the EventPipe specific property.

[agocke]

Closed as completed.