¿Por qué / cuándo usar 'intptr t' para el tipo de fundición en C?

Tengo una pregunta sobre el uso de intptr_t vs. long int. He observado que el incremento de direcciones de memoria (por ejemplo, a través de la aritmética de puntero manual) difiere según el tipo de datos. Por ejemplo, incrementar un puntero char agrega 1 a la dirección de memoria, mientras que incrementar un puntero int agrega 4, 8 para un doble, 16 para un doble largo, etc...

Al principio hice algo como esto: {[17]]}

char myChar, *pChar;
float myFloat, *pFloat;

pChar = &myChar;
pFloat = &myFloat;

printf( "pChar:  %d\n", ( int )pChar );
printf( "pFloat: %d\n", ( int )pFloat );

pChar++;
pFloat++;

printf( "and then after incrementing,:\n\n" );
printf( "pChar:  %d\n", (int)pChar );
printf( "pFloat:    %d\n", (int)pFloat );

Que compiló y ejecutó muy bien, pero XCode me dio advertencias para mi encasillamiento: "Cast from puntero a entero de diferente tamaño."

Después de algunas búsquedas en Google y atracones (¿es esto último una palabra todavía?), vi que algunas personas recomiendan usar intptr_t:

#include <stdint.h>

...

printf( "pChar:  %ld\n", ( intptr_t )pChar );
printf( "pFloat: %ld\n", ( intptr_t )pFloat );

Que de hecho resuelve los errores. Así que, pensé, a partir de ahora, debería usar intptr_t para encasillar punteros... Pero luego, después de un poco de inquietud, descubrí que podía resolver el problema simplemente reemplazando int por long int:

printf( "pChar:  %ld\n", ( long int )pChar );
printf( "pFloat: %ld\n", ( long int )pFloat );

Así que mi pregunta es, ¿por qué es intptr_t útil, y cuándo debe usarse? Parece superfluo en este caso. Claramente, las direcciones de memoria para myChar y myFloat eran demasiado grandes para caber en un int... así que encasillarlos a long ints resolvió el problema.

¿Es que a veces las direcciones de memoria también son demasiado grandes para long int? Ahora que lo pienso, supongo que es posible si tiene > 4 GB de RAM, en cuyo caso las direcciones de memoria podrían exceder 2^32 - 1 (valor máximo para ints largos sin signo... pero C fue creado mucho antes de que fuera imaginable, ¿verdad? O eran ¿son tan clarividentes?

Gracias!