Итак, "долго" имеет смысл? Есть ли причина объявлять длинный, а не ptrdiff_t или int64_t?
Там тонкая разница между still useful и something you should habitually use. Тип long по-прежнему процветает, поскольку заметил Крис Лутц за многими системными и платформенными типами (хотя обычно это как без знака).
Когда вы знаете, что данные, с которыми вы будете работать, всегда будут соответствовать этому типу (желательно, лучше, если вы также знаете подпись), нет особых причин не использовать его, особенно если у вас ограниченное пространство в структуру для работы.
Однако в большинстве случаев для будущих сопровождающих его гораздо лучше использовать intxx_t или uintxx_t, где это возможно. Например, вы не знаете, что дата эпохи UNIX всегда будет помещаться в unsigned long на 32-битных платформах (следовательно, time_t), если только у вас нет хороших полномочий, которые мир закончит, прежде чем он перевернется:)
Есть ли причина объявлять длинную, а не ptrdiff_t или int64_t?
В тех случаях никогда не было. Если вы хотите разницу указателей или специально 64-битное значение, вы должны использовать ptrdiff_t или int64_t. Вы никогда не должны использовать long в первую очередь, за исключением, возможно, за платформой-зависимой typedef.
Вы должны использовать long, когда вам нужно хотя бы 32-битное целое число, потому что int гарантируется как минимум на 16 бит. Если вам нужен собственный тип, но вам нужно как минимум 32 бита, используйте long. Если 16-битное ограничение допустимо на некоторых старых платформах (что, вероятно, не имеет значения, и ваш код, вероятно, никогда не будет скомпилирован), это не имеет особого значения.