>> в наборе JPI TopSpeed (когда писал на Modula-2).
> Это не для linux, увы.Это для DOS, но не вижу пока принципиальной разницы. Кстати, C/C++ там тоже были, да и история фирмы-производителя интересна.
>> Посмотрите на cpan2rpm/cpan2spec и подобные конверторы -- это частный случай,
>> но в хорошо устроенных репозиториях метаинформации для генерации спека по тарболу
>> достаточно.
> Этот репозитарий ещё создать надо, что приравнивается к ручной работе.
Уф. Посмотрите для примера какой http://search.cpan.org/~agent/Makefile-GraphViz/ и объясните, какую ручную работу можно было выкинуть.
> Вот если он создавался бы автоматически на основе анализа содержимого тарболла...
Если произвольного -- то это задачка на AI. Если для e.g. autoconf-based -- отчасти автоматизируемо, у меня где-то в архиве даже есть подборка на эту тему.
>> Да ладно. "generate c code" => ~238k результатов в гугле сейчас.
> Это может быть генерация в c код с другого языка. Или генерация
> такого же конфига. Как насчёт генерации со спецификации?
IDL не встречали?
>> Бывает разным, смотря как продумывали и выписывали генератор. Кстати, макросы --
>> это тоже кодогенерирование. И они бывают не только первого порядка.
> На глаза попадается низкое качество.
Возможно, ищете под фонарём.
>> Так в приличных языках текст программы сразу является и структурированными данными
> Это вы к чему?
К возможности и удобству на практике их записи, а при необходимости -- чтения и модификации. Я просто не знаю, из каких именно соображений Вы стали разделять текст программы и конфигурационный файл (данные).