Я работаю с книгой http://www.cs.rit.edu/~ats/books/ooc.pdf «Объектно-ориентированное программирование в ANSI-C», Аксель Т. Шрайнер. Make-файлы, которые он использует, работают нормально, как и компиляции. Поэтому у компилятора C и утилиты make нет проблем с использованием файлов .r в качестве включаемых файлов. (.r
означает представление для практики сокрытия информации.)
Теперь я дошел до того, что хочу кодировать вручную. Я обычно использую автоинструменты без проблем. С .r
файлами у меня возникла проблема. Команда autreconf -iv
возвращает следующие ошибки:
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: ...............................
..... (snip)
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
Makefile.am: error: Ratfor source seen but 'F77' is undefined
Makefile.am: The usual way to define 'F77' is to add 'AC_PROG_F77'
Makefile.am: to 'configure.ac' and run 'autoconf' again.
autoreconf: automake failed with exit status: 1
Я бы хотел, чтобы autoheader/autoreconf не маркировал файлы .r
как исходные файлы ratfor, а просто использовал их как включаемый файл C, просто еще один заголовочный файл.
Я искал в Google, но нашел в основном руководство для автозаголовка, которое, насколько я вижу, не помогает.
Есть ли способ заставить автоинструменты рассматривать файлы .r (или любой другой суффикс в этом отношении) как код C, а не исходники ratfor?
.r.h
в качестве нового типа расширения? - person Chris Dodd   schedule 22.05.2018