tempnam, tmpnam, tmpfile, mktemp, mkstemp

tmpfile возвращает FILE*.

А как мне передать FILE* внешней программе (ассемблеру), чтобы он выводил результат (объектный код) в указанный файл?

можно использовать сишные ф-ии из ассемблера, с этим, как правило нет проблем. + имхо лучше исползовать ф-ю, возвращающуу fd, а не FILE*, благо какая-то из tmp* ф-й это реализует(не помню какая именно, в маны лезть банально лень). если всё же упёрто хочется использовать FILE*, то передать его легко, благо это всего лишь поинтер. + есть в этом списке функций вроде бы и такая, которая генерит только имя в char*, можно использовать и её.

Маны не рекомендуют использовать не одну из этих функций, кроме tmpfile.

Поскольку она возвращает FILE *, для получения дескриптора используем fileno:

int fd = fileno(tmpfile());

Если нужно именно имя файла, в Линуксе можно сделать так:

char linkpath[PATH_MAX];
char path[PATH_MAX];
snprintf(linkpath, PATH_MAX, "/proc/self/fd/%i", fd);
readlink(linkpath, path, PATH_MAX);

Но это не POSIX, то есть код непереносим на другие Unix-системы.

т.е. не изменяя ассемблер (в моё мслучае это GNU Assembler) безопасно задачу решить невозможно?

На самом деле задача странная. Придумать имя файла, а потом отдать его ассемблеру, чтобы он его типа создал - это явный race. В чём заключается настоящая задача, в рамках решения которой ты думаешь, что тебе это надо?

Задача следующая - мне не хочется заставлять пользователя запускать компилятор, ассемблер и линкер отдельно каждый раз. Это неудобно. Поэтому, если компилятору не были переданы особые ключи (не ассемблировать или не линковать), то результат компиляции (ассемблерный код) будет перенаправлен на stdin ассемблера. Мне не известно, как сделать так, чтобы ассемблер выводил результат своей работы (объектный код) на stdout и как заставить линкер (ld) принимать объектные файлы с stdin. Значит надо создавать промежуточный файл, в который будет записываться объектный код. Но для этого надо придумать имя, которое будет подставлено после ключа "-o" в параметрах ассемблера.

Гм.

Создаешь временную директорию с помощью mkdtemp (не вполне портабельно, но в топике и *BSD есть, вроде бы), делаешь chdir в нее, далее можешь вообще не париться с безопасностью имен.

на системах без mkdtemp задача, наверное, не решается никак (если нужна 100% надежность). Разве что в начале исполнения требовать, чтобы cwd уже была директорией с 0700, принадлежащей юзеру, иначе вырубаться.

> Задача следующая - мне не хочется заставлять пользователя запускать компилятор, ассемблер и линкер отдельно каждый раз. Это неудобно.

1. Каждый раз когда что? Чем там таким у тебя пользователь занимается, что ему приходится вручную вызывать компилятор, ассемблер и линкер постоянно?

2. А почему бы пользователю не набрать команду make и не париться?

Если gcc передать только имя исходника (gcc test.c), то он автоматически его откомпилирует (создаст /tmp/XXXXXXXX.s), потом отассемблирует (создаст /tmp/XXXXXXXX.o) и слинкует (создаст a.out), после чего всё подчистит за собой. Это удобно при компиляции небольших программ, состоящих всего из одного файла, писать для которых Makefile нет смысла. Я хочу сделать похожее поведение для своего компилятора.

Вопрос: программа такая-то делает так-то, я хочу, чтобы моя программа делала точно так же.

Ответ: посмотри исходники этой программы и возьми, что тебе надо, оттуда.

> Придумать имя файла, а потом отдать его ассемблеру, чтобы он его типа создал - это явный race.

Не обязательно. Если сам же его атомарно создаешь open+O_EXCL, то все будет хорошо.

Перечитай то, что ты отквотировал, пожалуйста. Там нет места варианту, о котором ты говоришь. as создаёт без O_EXCL. Так трудно сначала подумать, а потом демонстрировать, что ты уже прочитал man 2 open?

>Так трудно сначала подумать

>as создаёт без O_EXCL

Для медленно соображающих разжевываю :) Процесс может сгенерировать любое имя. Атомарно создать - с помощью open+O_EXCL. При коллизии имен - сгенерировать новое имя. Потом предложить as в него писать. Ни в каком месте тут race нет.

зверски. :)