Справочная информация. CamelBones регистрирует классы Perl со временем выполнения Objective-C.
Для этого каждый метод Perl регистрируется с тем же IMP
функция; эта функция проверяет свои аргументы self и _cmd, чтобы найти
какой метод Perl вызывать.
Это достаточно хорошо работало в течение нескольких лет для сообщений, которые были
отправлен с помощью objc_msgSend. Но теперь я хочу добавить поддержку для
возвращающие типы с плавающей точкой и большие структуры из методов Perl.
С плавающей точкой нетрудно; Я просто напишу еще один IMP, который возвращает
double, для обработки сообщений, отправленных с помощью objc_msgSend_fpret.
Вопрос в том, что делать с objc_msgSend_stret. Написание
отдельный IMP для каждого возможного типа возвращаемого типа непрактичен, для
две причины: во-первых, потому что даже если бы я сделал это только для типов struct
которые известны во время компиляции, это абсурдное количество функций.
Во-вторых, поскольку мы говорим о структуре, которая может быть связана с любым произвольным кодом Objective-C и Perl, мы не знаем всех потенциальных типов структуры при компиляции фрейма.
Что я надеюсь сделать, это написать один IMP, который может обрабатывать любой возврат
тип, отправленный через objc_msgSend_stret. Могу ли я написать его как
возвращая void и принимая аргумент указателя в буфер возврата, например
старый objc_msgSend_stret был объявлен? Даже если это случилось с
работа на данный момент, могу ли я полагаться на это, продолжая работать в будущем?
Спасибо за любой совет - я уже ломаю голову над этим.: -)
Update:
Вот совет, который я получил от одного из инженеров Apple во время выполнения, в своем списке рассылки на языке objc:
Вы должны написать код сборки для обработки этот случай.
Ваше предложение не работает на некоторых архитектуры, где ABI для функции возвращает пустоту с указателем на struct как первый аргумент "отличается от" функции, возвращающей структуру". (На i386 выведен адрес структуры из стека вызывающим в одном случае и вызываемой в другой случай.) Вот почему прототип для
objc_msgSend_stretбыло изменено.Код сборки будет захватывать адрес возврата структуры, контрабандой в него вызов функции функции non-struct-return C не нарушая параметров, а затем выполните правильные ABI-специфическая очистка при выходе (
ret $4на i386). Альтернативно, сборка код может захватывать все параметры. Транспортное оборудование делает что-то подобное. Этот код может быть в CoreFoundation с открытым исходным кодом если вы хотите посмотреть, какие методы выглядите.
Я оставлю этот вопрос открытым, на случай, если кто-то проведет мозговой штурм лучше, но если это произойдет непосредственно от Apple, "нарушителя времени исполнения", я считаю, что это, вероятно, как авторитетный ответ, как я, скорее всего, получу. Время, пытаясь избавиться от справочных руководств x86 и выбить ржавчину с моего ассемблера-фу, я думаю...