gcc -> сгенерить FLIRT сигнатуры

Сейчас на форуме: rmn, exp50848 (+8 невидимых)

Посл.ответ	Сообщение
Apokrif Ранг: 171.0 (ветеран), 11thx Активность: 0.05↘0 Статус: Участник	Создано: 12 сентября 2015 07:20 · Поправил: Apokrif · Личное сообщение · #1 Народ, подскажите куда копать. Подбираю ключи компилятора, чтобы сгенерить сигнатуры для LUA. Нашел простую функцию в декомпилируемой либе и пытаюсь получить такую же при компиляции исходников. gfind_nodef.c Code: static int gfind_nodef (lua_State L) { return luaL_error(L, LUA_QL("string.gfind") " was renamed to " LUA_QL("string.gmatch")); } gcc-4.4.3 Похоже, что оптимизация полностью отключена (-O0) и есть стек фрэйм (адресация параметров идет через R11) lib.so* Code: .text:0087063C STMFD SP!, {R11,LR} .text:00870640 ADD R11, SP, #4 .text:00870644 SUB SP, SP, #8 .text:00870648 STR R0, [R11,#var_8] .text:0087064C LDR R0, [R11,#var_8] .text:00870650 LDR R3, =(aString_gfindWa - 0x87065C) .text:00870654 ADD R3, PC, R3 ; "'string.gfind' was renamed to 'string.g"... .text:00870658 MOV R1, R3 .text:0087065C BL sub_855E74 .text:00870660 MOV R3, R0 .text:00870664 MOV R0, R3 .text:00870668 SUB SP, R11, #4 .text:0087066C LDMFD SP!, {R11,PC} У меня (-O0) все почти тоже самое, но НЕТ указателя на стек фрэйм (R11) и адресация параметров идет через SP Code: .text.gfind_nodef:000025DC STR LR, [SP,#var_4]! .text.gfind_nodef:000025E0 SUB SP, SP, #0xC .text.gfind_nodef:000025E4 STR R0, [SP,#0x10+L] .text.gfind_nodef:000025E8 LDR R0, [SP,#0x10+L] .text.gfind_nodef:000025EC LDR R3, =(unk_36F-0x278F) .text.gfind_nodef:000025F0 ADD R3, PC, R3 ; "'string.gfind' was renamed to 'string.g"... .text.gfind_nodef:000025F4 MOV R1, R3 .text.gfind_nodef:000025F8 BL luaL_error ; PIC mode .text.gfind_nodef:000025FC MOV R3, R0 .text.gfind_nodef:00002600 MOV R0, R3 .text.gfind_nodef:00002604 ADD SP, SP, #0xC .text.gfind_nodef:00002608 LDMFD SP!, {PC} Все ключи тут. -fomit-frame-pointer Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. Проверил omit-frame-pointer для -O0 -O0 -Q --help=optimizers -fomit-frame-pointer [disabled] Или я неправильно понимаю omit-frame-pointer или что-то еще упускаю... Протрахался день и ночь, куда еще копать?

reversecode Ранг: 1053.6 (!!!!), 1078thx Активность: 1.06↘0.81 Статус: Участник	Создано: 12 сентября 2015 08:44 · Личное сообщение · #2 это у тебя что то с gcc потому что бай дефолт это Code: LUALIB_API void luaL_checkstack (lua_State L, int* space, const char msg) { / keep some extra space to run error routines, if needed / const* int extra = LUA_MINSTACK; if (!lua_checkstack(L, space + extra)) { if (msg) luaL_error(L, "stack overflow (%s)", msg); else luaL_error(L, "stack overflow"); } } Code: .text:000105EC sub_105EC .text:000105EC STMFD SP!, {R3-R5,LR} .text:000105F0 ADD R1, R1, #0x14 .text:000105F4 MOV R4, R2 .text:000105F8 MOV R5, R0 .text:000105FC BL _lua_checkstack_sub_DE9C .text:00010600 CMP R0, #0 .text:00010604 LDMNEFD SP!, {R3-R5,PC} .text:00010608 CMP R4, #0 .text:0001060C MOV R0, R5 .text:00010610 BEQ loc_10624 .text:00010614 MOV R2, R4 .text:00010618 LDMFD SP!, {R3-R5,LR} .text:0001061C LDR R1, =aStackOverflowS ; "stack overflow (%s)" .text:00010620 B _luaL_error_sub_101AC .text:00010624 ; --------------------------------------------------------------------------- .text:00010624 .text:00010624 loc_10624 ; CODE XREF: sub_105EC+24j .text:00010624 LDR R1, =aStackOverflow ; "stack overflow" .text:00010628 LDMFD SP!, {R3-R5,LR} .text:0001062C B _luaL_error_sub_101AC .text:0001062C ; End of function sub_105EC
Apokrif Ранг: 171.0 (ветеран), 11thx Активность: 0.05↘0 Статус: Участник	Создано: 12 сентября 2015 19:16 · Поправил: Apokrif · Личное сообщение · #3 reversecode пишет: это у тебя что то с gcc потому что бай дефолт это Извините, я не понял при чём тут "бай дефолт"? В вашем примере все параметры передаются через регистры, а не через стек. У меня в обоих случаях параметры передаются через стек, но адресуются по-разному, через bp/r11 или sp. В остальном весь код с моих вариантах совпадает. Для функции из вашего примера, в LUA 5.1.4 она: Code: LUALIB_API void luaL_checkstack (lua_State L, int* space, const char mes) { if (!lua_checkstack(L, space)) luaL_error(L, "stack overflow (%s)", mes); } И gcc4.4.3 БЕЗ оптимизации (-O0) даёт: Code: .text.luaL_checkstack:00000770 ; void __cdecl luaL_checkstack(lua_State_0 L, int space, const unsigned __int8 mes) .text.luaL_checkstack:00000770 EXPORT luaL_checkstack .text.luaL_checkstack:00000770 luaL_checkstack .text.luaL_checkstack:00000770 .text.luaL_checkstack:00000770 mes = -0x14 .text.luaL_checkstack:00000770 space = -0x10 .text.luaL_checkstack:00000770 L = -0xC .text.luaL_checkstack:00000770 var_4 = -4 .text.luaL_checkstack:00000770 .text.luaL_checkstack:00000770 STR* LR, [SP,#var_4]! .text.luaL_checkstack:00000774 SUB SP, SP, #0x14 .text.luaL_checkstack:00000778 STR R0, [SP,#0x18+L] .text.luaL_checkstack:0000077C STR R1, [SP,#0x18+space] .text.luaL_checkstack:00000780 STR R2, [SP,#0x18+mes] .text.luaL_checkstack:00000784 LDR R0, [SP,#0x18+L] .text.luaL_checkstack:00000788 LDR R1, [SP,#0x18+space] .text.luaL_checkstack:0000078C BL lua_checkstack ; PIC mode .text.luaL_checkstack:00000790 MOV R3, R0 .text.luaL_checkstack:00000794 CMP R3, #0 .text.luaL_checkstack:00000798 BNE loc_7B4 .text.luaL_checkstack:0000079C LDR R0, [SP,#0x18+L] ; L .text.luaL_checkstack:000007A0 LDR R3, =(unk_19F-0x88B) .text.luaL_checkstack:000007A4 ADD R3, PC, R3 ; "stack overflow (%s)" .text.luaL_checkstack:000007A8 MOV R1, R3 ; fmt .text.luaL_checkstack:000007AC LDR R2, [SP,#0x18+mes] .text.luaL_checkstack:000007B0 BL luaL_error ; PIC mode .text.luaL_checkstack:000007B4 .text.luaL_checkstack:000007B4 loc_7B4 ; CODE XREF: luaL_checkstack+28 j .text.luaL_checkstack:000007B4 ADD SP, SP, #0x14 .text.luaL_checkstack:000007B8 LDMFD SP!, {PC} .text.luaL_checkstack:000007B8 ; End of function luaL_checkstack Т.е. точно также все параметры передаются через стек, а не через регистры. У вас похоже включена оптимизация (-O) Скомпилите с -frecord-options-in-elf и посмотрите ваши ключи. Или вы что-то другое имели ввиду? Добавлено спустя 1 час 20 минут Уф, вроде разобрался! Android NDK генерит ключи ... -O2 -fomit-frame-pointer ... -O0 ... "-O2 -fomit-frame-pointer" - всегда автоматом, даже в debug mode "-O0" - моё В результате получается -fomit-frame-pointer [enabled] Поменял своё на -O0 -fno-omit-frame-pointer и получил -fomit-frame-pointer [disabled] И код совпал один в один! Модераторы, вряд ли это тема кому интересно, может просто стереть её?

Для печати