-
Notifications
You must be signed in to change notification settings - Fork 748
Assertion `!isValueDependent() && "Cannot get the length of a value-dependent pack size expression"' failed #283
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Unclear to me whether this is a bug in clang or our usage of libclang. |
Ok, took template <typename... T>
struct B {
static const long c = sizeof...(T);
}; Although we can't make proper Rust bindings to variadic templates, we definitely shouldn't be triggering assertions in libclang and dumping core. |
fitzgen
added a commit
to fitzgen/rust-bindgen
that referenced
this issue
Nov 19, 2016
This is a workaround for an internal clang assertion that gets triggered if we try to evaluate a variadic template type reference. Fixes rust-lang#283
fitzgen
added a commit
to fitzgen/rust-bindgen
that referenced
this issue
Nov 19, 2016
This is a workaround for an internal clang assertion that gets triggered if we try to evaluate a variadic template type reference. Fixes rust-lang#283
fitzgen
added a commit
to fitzgen/rust-bindgen
that referenced
this issue
Nov 19, 2016
This is a workaround for an internal clang assertion that gets triggered if we try to evaluate a variadic template type reference. Fixes rust-lang#283
fitzgen
added a commit
to fitzgen/rust-bindgen
that referenced
this issue
Nov 19, 2016
This is a workaround for an internal clang assertion that gets triggered if we try to evaluate a variadic template type reference. Fixes rust-lang#283
luser
pushed a commit
to luser/rust-bindgen
that referenced
this issue
Mar 27, 2017
Switch Travis support to a proper build matrix
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Getting this assertion failure from inside clang when I updated my bindgen for the SpiderMonkey bindings work I've been doing.
My best guess is that this is related to the macro expression parsing stuff?
cc @emilio
Here is a backtrace:
The text was updated successfully, but these errors were encountered: