You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The pre-existing test case issue-544-stylo-creduce-2 hits this same bug as well, when we come to support dependent qualified types as in #1924. Here's a minimized version of that test case which strips out the dependent qualified types stuff and demonstrates the same thing: master...adetaylor:recursive-type-test
adetaylor
added a commit
to adetaylor/rust-bindgen
that referenced
this issue
Apr 23, 2021
When dependent qualified types are supported, this runs into
a different bug, rust-lang#1913, where we generate an infinitely deep
structure. The reduced template here doesn't really make any
sense and wouldn't be encountered in the wild quite like this.
Previously we generated opaque types for this case, so we didn't
run into that bug. We now generate higher-fidelity types and therefore
hit the problem.
I can't see any way to salvage the fundamentals of this test case
without the recursive problem, so I propose to remove it.
adetaylor
added a commit
to adetaylor/rust-bindgen
that referenced
this issue
Apr 23, 2021
When dependent qualified types are supported, this runs into
a different bug, rust-lang#1913, where we generate an infinitely deep
structure. The reduced template here doesn't really make any
sense and wouldn't be encountered in the wild quite like this.
Previously we generated opaque types for this case, so we didn't
run into that bug. We now generate higher-fidelity types and therefore
hit the problem.
I can't see any way to salvage the fundamentals of this test case
without the recursive problem, so I propose to remove it.
When dependent qualified types are supported, this runs into
a different bug, rust-lang#1913, where we generate an infinitely deep
structure. The reduced template here doesn't really make any
sense and wouldn't be encountered in the wild quite like this.
Previously we generated opaque types for this case, so we didn't
run into that bug. We now generate higher-fidelity types and therefore
hit the problem.
I can't see any way to salvage the fundamentals of this test case
without the recursive problem, so I propose to remove it.
C++ header
bindgen command
Produced bindings
rustc --crate-type lib bindings.rs
producesThe text was updated successfully, but these errors were encountered: