Imposible redirigir el stderr del subproceso en MacOS

Este comportamiento particular no tiene nada que ver con la "imposibilidad" de redirigir el stderr del subproceso en MacOS. No es imposible, y funciona como cabría esperar, es decir, de forma similar a Linux y FreeBSD.

El problema es que estás usando diferentes configuraciones de PHP en esas configuraciones. Parece que no estás usando el PHP suministrado de serie, sino algo más - pero lo explicaré de acuerdo con el PHP de serie considerando que lo mismo se aplicará a una instalación personalizada.

La forma en que PHP trabaja es que emite este tipo de mensajes de error de acuerdo con la configuración de la directiva "display_errors". Puede elegir entre silenciarlo por completo (es decir, no mostrar nunca el error), enviarlo a stdout (el valor predeterminado) o enviarlo a stderr.

Comúnmente se establece el valor de display_error en /etc/php.ini - si no tiene un archivo php.ini, o display_errors no está establecido en él, se pondrá por defecto en stdout. Si está usando un php personalizado, la ubicación del archivo php.ini variará.

Puedes probarlo realizando lo siguiente en el Terminal:

php -r 'foo();' 2>/dev/null

Produce

Fatal error: Uncaught Error: Call to undefined function foo() in Command line code:1
Stack trace:
#0 {main}
  thrown in Command line code on line 1

Sin embargo, corriendo:

php -d'display_errors=stderr' -r 'foo();' 2>/dev/null

No produce ninguna salida.

También puede utilizar 1>/dev/null para redirigir stdout, y entonces verás que el comportamiento se invierte entre esos dos ejemplos.

Tenga en cuenta también que la configuración "on" para display_errors es la misma que "stdout".