Как создается .def-файл?

[Артем]

  Всем доброго дня/вечера.

Есть dll-ка, она собирается из нескольких .cpp файлов, в каждом из которых есть экспортируемые функции.

Вопрос: есть ли единый стандарт, который оговаривает в каком порядке все экспортируемые функции появяться в .def-файле?

Например, в порядке обявления в хедере?


Проблема в том, что есть чужой код, который ищет и вызывает (из dll-ки) функцию по номеру (а не по имени). Поэтому становиться выжным порядок функций в .def-файле.

"Руками" правильный .def я могу написать, но автоматически он генериться не правильно


Есть подозрение, что каждый копилятор делает .def как хочет.... Так ли это?

[RXL]

Артем, думаю, что логично будет располагать их в порядке:
1. линковки модулей
2. расположения в модуле, а след. - порядок в исходнике модуля.

[Артем]

Это то, конечно, логично...

И когда я создаю их "руками", я так и делаю...

Просто получается, что если мы сгенерим этот файл автоматически, то никто в мире не скажет (если не известно, каким компилятором или tool'ом воспользовались) в каком порядке там будут функции 

[RXL]

Не скажу за все компиляторы, но если порядок будет иной, чем в итоговом исполняемом файле, то будет лажа.

[Алексей++]

когда-то я с этой фигнёй тоже разобрался - была какая-то разовая задача, а теперь того проекта под рукой нет, и в упор не могу вспомнить/понять, почему у меня возник следующий вопрос.

Студия #9
Имеем DLL , в которой есть функция

Код:

bool __declspec(dllexport) F1()
{
	return true;

}

в проекте длл лежит также файл .def

Код:

EXPORTS
	F1

В другом проекте гружу длл (тут всё нормально), затем пытаюсь получить адрес функции по имени "F1" - не выходит, а по имени "?F1@@YA_NXZ"  (подглядел в Dependency Walker ) адрес достаётся.

Как нормально экспортировать то ?

[Phodopus]

там где-то extern "C" {} надо дописывать

[Алексей++]

кстати да, помогло ))

Код:

extern "C" bool __declspec(dllexport) F1()
{
	return true;
}