LLVM混淆器Hikari


#242

只能手动拉,我不想微信加外人。


#243

踢了两个,自己扫码


#244

已经进入了。很是感谢


#245

已加!:hugs:


#246

Hikari的微信群搬家到QQ群790461042


#247

我只想说Zhang总牛逼,正好公司项目用到了,感谢Zhang总


#248

想进群,二维码已过期


#249

上面有QQ群号


#250

为啥我这样pch文件里面配置以后,编译还是报错了?下面是具体的报错信息,是我上面那段代码加的方式不对吗?具体的设置是怎么样的?


#251

报什么错啊?


#258

我在项目调试了一下,也没有改啥,现在已经弄好了,编译成功了,多谢了哈


#259

@Zhang 张大大,我在项目里面添加了 反 class-dump 的标记,但是编译成功以后,通过 class-dump 命令还是能导出所有的头文件,请问一下这是为啥?

是 这个标记没有生效,还是我哪里配置的不对?


#260

群里发编译Log


#261

好的,张大大,我现在就发


#262

你好Undefined symbols for architecture arm64:
“_clang.arc.use”, referenced from:
这个问题有没有解决了,是不是clang 6.0的bug
只在这篇帖子描述看到,没有下文了。


#263

你好Undefined symbols for architecture arm64:
“_clang.arc.use”, referenced from:
这个问题你最终解决没有呢。


#264

不是,一直没修。正常编译把bitcode拿粗来单独用opt跑混淆可以暂时绕过这个问题


#265

应该是某个pass没执行。其实不混淆就是用原始编译器都会出现。
我这边暂时的解决办法是
原始命令是clang -c xxx.c -o xxx.o all_args 这种编译通过。
clang -c xxx.c -o xxx.bc -emit-llvm all_args
clang -c xxx.bc -o xxx.o这种会出问题。
clang -c xxx.bc -o xxx.o all_args不会出问题
我挨个参数测试重要一点就是-Os,-Os很多优化pass都会 执行,这个就不好定位问题,


#266

如果原始编译都会出问题,all_args中加-Os就没问题了。


#267

不是。Obfuscation Pass破坏了原来的ObjCARC的Pass的执行过程,具体还没细挖。应该是因为Hikari没做getAnalysisUsage