-
Notifications
You must be signed in to change notification settings - Fork 1.7k
RA doesn't seem to respect cfg on fields #4063
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
I think this should have been fixed by #3880, but that PR was merged 11 days ago. |
It seems I have, |
What's your |
I think the problem might rather be that we don't support |
For now pub struct ZlibByteIter<'s> {
pub(crate) current: &'s [u8],
pub(crate) idat_iter: IdatIter<'s>,
#[cfg(not(feature = "png_skip_adler_checks"))]
pub(crate) adler: u32,
}
impl<'s> ZlibByteIter<'s> {
fn from_current_and_iter(current: &'s [u8], idat_iter: IdatIter<'s>) -> Self {
Self {
current,
idat_iter,
#[cfg(not(feature = "png_skip_adler_checks"))]
adler: 1
}
}
} Or you can also have 2 methods I will try to implement it in the next days :) @Lokathor let me know if these workarounds are working :) |
Signed-off-by: Benjamin Coenen <[email protected]>
4113: Support returning non-hierarchical symbols r=matklad a=kjeremy If `hierarchicalDocumentSymbolSupport` is not true in the client capabilites then it does not support the `DocumentSymbol[]` return type from the `textDocument/documentSymbol` request and we must fall back to `SymbolInformation[]`. This is one of the few requests that use the client capabilities to differentiate between return types and could cause problems for clients. See microsoft/language-server-protocol#538 (comment) for more context. Found while looking at #144 4136: add support for cfg feature attributes on expression #4063 r=matklad a=bnjjj close issue #4063 4141: Fix typo r=matklad a=Veetaha 4142: Remove unnecessary async from vscode language client creation r=matklad a=Veetaha 4145: Remove dead code r=matklad a=matklad bors r+ 🤖 Co-authored-by: kjeremy <[email protected]> Co-authored-by: Benjamin Coenen <[email protected]> Co-authored-by: veetaha <[email protected]> Co-authored-by: Aleksey Kladov <[email protected]>
4113: Support returning non-hierarchical symbols r=matklad a=kjeremy If `hierarchicalDocumentSymbolSupport` is not true in the client capabilites then it does not support the `DocumentSymbol[]` return type from the `textDocument/documentSymbol` request and we must fall back to `SymbolInformation[]`. This is one of the few requests that use the client capabilities to differentiate between return types and could cause problems for clients. See microsoft/language-server-protocol#538 (comment) for more context. Found while looking at #144 4136: add support for cfg feature attributes on expression #4063 r=matklad a=bnjjj close issue #4063 4141: Fix typo r=matklad a=Veetaha 4142: Remove unnecessary async from vscode language client creation r=matklad a=Veetaha Co-authored-by: kjeremy <[email protected]> Co-authored-by: Benjamin Coenen <[email protected]> Co-authored-by: veetaha <[email protected]>
Closed by #4063. |
This will report the second cfg variant as missing the
adler
field, which doesn't exist under that configuration.The text was updated successfully, but these errors were encountered: