我想制造lua库的sig  完后IDA加载识别  编译器是vs2013 但是因为不同的编译选项 都可能影响最后的编译结果  导致匹配失败 所以需要尝试每一种可能 找到所有会影响编译结果的编译选项 比如优化选项/O2  /O1等等都会影响最后的代码 所以需要写个脚本 把每一种可能都试一次 编译一次  cl.exe的编译选项那么多 我估算了一下 有90多个选项可能影响最后的代码 那么它就有(2的90次方-1)种组合 我的脚本要尝试这么多次  简直不可能完成的任务  不知道谁有解决办法或者更好的主意?ps:我脚本已经写完 运行了几个小时 还在编译 已经生成了4000多个lib 太可怕 我就关掉了 想了一下 可以添加过滤规则 检测一些组合是否符合规范 比如/O1和/Ox是矛盾的 不能在一个组合里 另外缩小编译选项的范围 从90个缩小到20多个 应该没问题 但是目标进程用的lua库恰好是别的选项编译出来的 而我没有考虑在内 那么我制造的sig  ida就无法识别匹配了

.....感觉不像是有2级精华的人的该有的疑问..
需要的编译的那叫源码 我说的官方库当然是官方编译好的staic library 比如说
游戏编译版本就是 比如pe 就可以拿exeinfo peid查看信息 微软的会有会有Microsoft Visual C++ ver. 14.0 （12.0 10.0 ） 14.0就是vs2015
国外开源项目一般喜欢用gcc编译 那版本就更多了 那fork自己修改的就更不用说了..
所以当官方库没用的时候你自己看信息相应地编译下
发行的一般是release版本吧 所以debug就没道理去尝试 当然也不排除有人用...
还有用了lua库的一般有字符串版权信息比如我现在手上的一个...

.rdata:1038CA38 aLuaLua511Copyr db '$Lua: Lua 5.1.1 Copyright (C) 1994-2006 Lua.org, PUC-Rio $',0Ah
.rdata:1038CA38                 db '$Authors: R. Ierusalimschy, L. H. de Figueiredo & W. Celes $',0Ah
.rdata:1038CA38                 db '$URL: www.lua.org $',0Ah,0

改了代码没辙了 意思是 ida那个签名就是对比函数字节码 你改了代码当然会导致修改过的函数的字节码不一样
你也知道优化可以影响对不对...编译器也可以影响
这是官方的编译好的库：
https://sourceforge.net/projects/luabinaries/files/?source=navbar
我弄好的一个签名lua5_0_3_Win32_vc8_lib：