移植到19.1.0所需要的diff文件

[funkvps]

RT。
应该同样适用于19.1.5. 主要是几个api的更改。附上了diff文件，以及完整的修改后的代码。

PS：经过对比17和19，我发现fla很容易报错应该不是llvm后段的bug，还是fla pass代码本身的bug，这块所知有限，就不会修改了。
clang19.patch
ollvm19.1.0.zip

[liebaolaba]

尝试在19.1.5上集合了这个·包后,功能确实可以使用,但是fla的报错仍然无法确定位置,这貌似是在循环某个方法跳出了非预期的值,或许是swift的兼容性问题,但这很难测试,,

[funkvps]

是这个版本的fla的算法的兼容性有问题。
我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。
https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

[printf05]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

Can you share with me the version with the fla fix? :)

[buffcow]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

所以最终可用的 Flattening 文件可以给我一份嘛大佬

[nmweizi]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

[funkvps]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

flattening.zip

[nmweizi]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

flattening.zip

感谢！！！

[nmweizi]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

flattening.zip

替换这个两个文件，编译报错
函数scramble32定义不太一样，需要如何修改？

Flattening.cpp:171:54: error: no viable conversion from 'std::unordered_map<uint32_t, uint32_t>' (aka 'unordered_map<unsigned int, unsigned int>') to 'const char *'
171 | scrambling_key)));

[funkvps]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

flattening.zip

替换这个两个文件，编译报错 函数scramble32定义不太一样，需要如何修改？

Flattening.cpp:171:54: error: no viable conversion from 'std::unordered_map<uint32_t, uint32_t>' (aka 'unordered_map<unsigned int, unsigned int>') to 'const char *' 171 | scrambling_key)));

这个是llvm 19.1.5改完后pass目录下的所有文件。

Passes.zip

[nmweizi]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

flattening.zip

替换这个两个文件，编译报错 函数scramble32定义不太一样，需要如何修改？
Flattening.cpp:171:54: error: no viable conversion from 'std::unordered_map<uint32_t, uint32_t>' (aka 'unordered_map<unsigned int, unsigned int>') to 'const char *' 171 | scrambling_key)));

这个是llvm 19.1.5改完后pass目录下的所有文件。

Passes.zip

可以了。再次感谢！！！

[abcdefgjh-li]

是这个版本的fla的算法的兼容性有问题。 我测试了多个fla实现，最后发现如下这个实现，移植过来对我来说是OK的。 https://github.com/61bcdefg/Hikari-LLVM15-Core/blob/main/Flattening.cpp

修改过的代码能提供下吗？

flattening.zip

替换这个两个文件，编译报错 函数scramble32定义不太一样，需要如何修改？
Flattening.cpp:171:54: error: no viable conversion from 'std::unordered_map<uint32_t, uint32_t>' (aka 'unordered_map<unsigned int, unsigned int>') to 'const char *' 171 | scrambling_key)));

这个是llvm 19.1.5改完后pass目录下的所有文件。

Passes.zip

哥我的ollvm编译完后可以正常测试-mllvm -fla，但是移植到ndk中就会报下面这个云盘的错误，可以帮忙修一下吗，字符串混淆也一样会报这个错误https://wwaxq.lanzouv.com/ipcf93ica7hi，用的就是你这个passes里的fla和字符串就移植了这两个