En primer lugar, si la respuesta importa, entonces no deberías utilizar un compilador.
En segundo lugar, independientemente de la razón por la que quieras saberlo, la respuesta es buscar en el código fuente. Probablemente se implementa como algún tipo de macro en tiempo de compilación. Si es así, el código fuente tiene que estar donde se pueda ver. Si llama a una rutina de biblioteca, puede que no esté disponible. Sin embargo, todavía se puede construir un programa de prueba con él y luego un solo paso a través de la demora en la ventana de memoria del programa en MPLAB para ver lo que está pasando.
Lo más probable es que los números impar procedan de bucles anidados. El bucle interno es probablemente el mínimo necesario para hacer la comprobación de la condición final del bucle y el bucle, por lo que sale a tantos ciclos como salga. Esto podría introducir factores primos de aspecto extraño en los ciclos máximos.
En cualquier caso, esta es una mala forma de hacer retrasos de más de unos pocos ciclos. Usted nunca debe estar en cualquier lugar cerca de la máxima esta función puede retrasar. Si te encuentras queriendo retrasar más de unas pocas µs, entonces deberías repensar tu arquitectura. Haz una temporización más larga con una interrupción periódica regular, por ejemplo.
Añadido:
También me acabo de dar cuenta de que se dice que los retrasos máximos fueron aproximadamente el número de ciclos indicados. No se puede deducir nada significativo de los factores primos de los valores aproximados.