multiprocessing.Pool: leak of global named resources using multiprocessing spawn

Bug report

Bug description:

I'm receiving a warning when using the multiprocessing.Pool in spawn mode.

/opt/pyenv/versions/3.12.4/lib/python3.12/multiprocessing/resource_tracker.py:254: UserWarning: resource_tracker: There appear to be 1 leaked semaphore objects to clean up at shutdown
  warnings.warn('resource_tracker: There appear to be %d '

A similar issue was brought up and fixed before, when multiprocessing.Process was used:
https://github.com/python/cpython/pull/30617

The test case introduced by the PR above: https://github.com/python/cpython/blob/3.12/Lib/test/_test_multiprocessing.py#L6040C7-L6040C24

To trigger the warning, I just replaced the Process with Pool as follows:

import multiprocessing as mp
ctx = mp.get_context('spawn')
global_resource = ctx.Semaphore()
def submain(): pass
if __name__ == '__main__':
    p = ctx.Pool(processes=3).starmap(submain, [tuple() for i in range(5)])

CPython versions tested on:

3.11, 3.12, CPython main branch

Operating systems tested on:

Linux

Beginne mit dem im Bericht gezeigten Verhalten der Ressourcenverfolgung bei multiprocessing und vergleiche den bestehenden Process-Fix in PR 30617 mit der Behandlung von Pool. Verwende den referenzierten Regressionstest in Lib/test/_test_multiprocessing.py als Ausgangspunkt und reproduziere anschließend das spawn-mode-Pool-Beispiel unter Linux. Als erledigt gilt die Aufgabe, wenn das Beispiel kein Leaked-Semaphore mehr meldet und das Verhalten durch einen Regressionstest abgedeckt ist.