utilizing autocxx v0.27.1< causes infinite loop during build time of idalib-sys

[coleleavitt]

basically, when I was trying to build I would come into infinite loops and it would exhaust like 55GB of ram causing my system to freeze up. I found that xorpse forked with version 0.27 of autocxx and when I used that fork it worked fine. When I used anything above 27.1 my system would go into the loop. Only after forking autocxx on v0,30 and fixing the google/autocxx#1489, i would recommend staying on =v0,.27.1.

Can we see if anyone can reproduce this?

Environment

• Rust version: rustc 1.91.0-nightly (a1208bf76 2025-09-03)
• Operating System: Linux gentoo-thinkpad 6.12.21-gentoo-custom #22 SMP PREEMPT_DYNAMIC Fri Aug 22 19:38:55 MST 2025 x86_64 GenuineIntel GNU/Linux
• C++ Compiler: g++ (Gentoo Hardened 14.3.0 p8) 14.3.0
• Clang/LLVM: clang version 19.1.7
• LLVM Config: 19.1.7
• Bindgen versions:
  • autocxx-bindgen v0.73.0 (with autocxx v0.30.0)
  • autocxx-bindgen v0.71.1 (with autocxx v0.27.1)
  • bindgen (global): 0.71.1
• IDA SDK version: 9.1.250226
• autocxx versions tested:
  • ✅ v0.27.1: Works perfectly
  • ❌ v0.28.0+: Infinite loops during build
  • ❌ v0.30.0: Multiple compilation errors

[xorpse]

Thanks for the report, we’ll try to reproduce it, and see if it’s fixable our end. In any case, from a quick glance, downgrading autocxx and related crates shouldn’t be a problem.

[xorpse]

I've not been able to reproduce the infinite loop as described in the linked issue, unfortunately, but I have observed excessively long build times with autocxx when setting RUST_LOG during the build, which could look like a hang--do you happen to have it set in your environment?

If unsetting RUST_LOG isn't applicable, could you check #43, please? It updates idalib to use the latest autocxx and autocxx-bindgen v0.30 / v0.73, which might fix things for you.

[coleleavitt]

Thanks for the reply, I did indeed use RUST_LOG and it would show output but again, it would consume like 55 GBs of ram which makes me believe a regression is occurring due to the error I talked about. When I used 27.1 of autocxx it only took a few seconds to compile which makes me believe this because of the issue google/autocxx#1489. I did use the latest versionf of autocxx, autocxx-bindgen, even the git variant still was persistent.

Let me try the new commit you made

[coleleavitt]

errors.log

here is the build log from running

export RUST_LOG=idalib_build=trace
export RUST_BACKTRACE=1
cargo clean
cargo build --verbose

something relating to

  error[E0412]: cannot find type `_Iterator` in this scope
  error[E0412]: cannot find type `_NodeHandle` in this scope

[xorpse]

Seems like we now hit an error with bindgen due to some STL types... I can reproduce on Linux, but everything works fine on macOS. It looks like the easiest option is to downgrade at the moment. Here's a branch downgraded to 0.27.x (works for me on macOS and Linux): #44