Collections.Blocking API inventory
Adds BlockingCollection and producer-consumer coordination over the core collection and threading layers.
Ownership and selection
| Fact | Pinned value |
|---|---|
| Physical owner | modules/collections-blocking |
| CMake target | SharpRuntime::Collections.Blocking |
| Component kind | interface |
| Direct production dependencies | Collections.Core, Core.Base, Threading |
| External dependency | None |
| Public headers | 1 |
| Production sources | 0 |
Select the component
set(SHARP_RUNTIME_COMPONENTS Collections.Blocking)
set(SHARP_RUNTIME_BUILD_TESTS OFF CACHE BOOL "" FORCE)
add_subdirectory(sharp-runtime)
target_link_libraries(app PRIVATE SharpRuntime::Collections.Blocking)Compatibility and platform notes
Uses native synchronization and blocking. Shutdown, cancellation, and object lifetime must be coordinated explicitly by the caller.
Implementation-status evidence
The owning module contains 1 C++ test source and participates in a physical component test executable. Source-file count is not a discovered-test count.
This page deliberately reports source and test topology instead of a hand-authored Done/Partial maturity badge. Consult limitations and subsystem documentation for material behavioral reductions.
Public header and entry inventory
This complete list is derived from modules/collections-blocking/include. Each filename is a public discovery entry; it may declare more than one type, and it does not imply method-level .NET parity.