> Результаты этих тестов в подавляющем большинстве случаев не используются внутри проекта.

точнее, они используются, но там и так, куда их авторскрипты напихают - то есть там, где и без них бы все работало.

> Ну и: автор либо знает как выкручиваться и выкручивается (о, я на
> OS/360! значит, ... )

значит, можно было обойтись просто #ifdef'ом - причем раз уж он потрудился разобраться в тонкостях платформы, значит уж точно в курсе, как ее определить подобным образом - и ifdef'ов уже понатыкал, только не штатных компиляторных, а имени configure.

> , либо все "и так работает", либо "платформа не поддерживается". --- в любом случае
> смысл в этих тестах в целом отсутствует.

остается еще банальная лень вручную писать скрипты, умеющие --with-чтото и --enable-както, если проект таки предназначен для сборки разными способами и в разных окружениях - проще заставить autoconf нагенерить. Ну а что при этом он еще тонны мусора протестирует и нагенерит - неизбежное зло. Это и есть, пожалуй, 99% всех реальных причин использования автотулзов.
(ну и еще почему-то - паническая боязнь сделать user-editable makefile, что-вы, что-вы, это ж немодно - юзер привык ключики в командной строке копипастить)

проекты с самопальной configure без ненужых тестов попадаются раз на сотню, проекты без configure с банальной правкой удобочитаемого makefile - раз на тысячу. И когда потом надо пересобрать чуть по-другому, у тебя остается этот файл, а не config.status невменяемый, или феноменальная память всех ключиков, использованных прошлый раз.