"光"开源版为啥Archived了

这么好的可以白嫖的项目, 咋就不更新了呢

作者被白嫖党伤透了心~

用光混淆了,用hex软件搜索不到请求链接了,为什么别人在不注入动态库的情况下,用二进制修改了动态库里面的请求链接,他是怎么还原的

单开字符串是很好还原的。或者说字符串加密本身如果不配合二进制自校验的话都比较好绕过,这是这个需求本身的特性决定的

说个事, -enable-indibran会导致crash, 我该从何处debug来fix, 指点一下

复现步骤开个issue,请

引用
New features are not expected to be open-sourced and instead the focus would be compatibility with future LLVM versions and Xcode versions.
.

看起来不接受bug issue?

zhang总方便更新下hanabi xcode11的版本吗?我自己编译移植光和swift一直有问题过不去。谢谢。

他会跟你说,自己编译啊。

正在尝试移植,编译小白遇到报错真的束手无策。

移植一次光编译就45分钟+,我也没啥兴趣

我这边提供Linux下的预编译版本可能还现实一点,Mac下我这里CPU估计是灰尘太多一编译起来直接降频到800mhz,地狱绘图

碰到编译swift几十分钟然后报个错太崩溃了 官方的代码我都编不过

好的。我这两天回家用台式机继续尝试移植

是的,如果bug修复很简单,几行那种的话会被继续开源。相对大一点的修复会被留在私有版里

你编译失败大概率跟台式无关,说明某个路径上确实有问题。带上报错回复我看一下

由于swift编译时间太久了,我选择了hanabi+llvm,目前用的是llvm8.0源码,加上光的代码,对应xcode11.3.1(llvm8.0)。编译可以正常通过。

编译我的工程时出现错误
Applying Apple Clang Hooks…

: CommandLine Error: Option ‘disable-basicaa’ registered more than once!

LLVM ERROR: inconsistency in registered CommandLine options

编译方式有问题,引入了两次重复的LLVM基础依赖

想对java进行ollvm, 有什么思路么

图片