You are viewing a plain text version of this content. The canonical link for it is here.

Posted to commits@hudi.apache.org by "yihua (via GitHub)" <gi...@apache.org> on 2026/10/29 05:35:27 UTC

[I] refactor(core): build hudi-core at the default recursion limit [hudi-rs]

yihua opened a new issue, #860:
URL: https://github.com/apache/hudi-rs/issues/860

   ## Summary
   
   `crates/core/src/lib.rs` raises `#![recursion_limit = "256"]` because the write-path async functions (for example `Table::delete_keys`) nest deeply enough that computing their future layout exceeds the default limit of 128 on Linux targets. The attribute applies to the whole crate and hides how deep the nesting has become.
   
   ## Proposal
   
   Revisit once the write path settles: box the deepest futures (or split the call chains) so the crate builds at the default limit on Linux, then drop the attribute. Verify on the Linux CI targets, since macOS builds succeed without it.
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@hudi.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org