profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/kumbayo/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

kumbayo/intellij-rust 1

Rust IDE built using the IntelliJ Platform: https://intellij-rust.github.io/

kumbayo/commons-bcel 0

Mirror of Apache Commons BCEL

kumbayo/diffoscope 0

Official mirror of https://anonscm.debian.org/git/reproducible/diffoscope.git

kumbayo/gqrx 0

Software defined radio receiver powered by GNU Radio and Qt.

kumbayo/LimeSuite 0

Driver and GUI for LMS7002M-based SDR platforms

kumbayo/lttng-ust 0

This repo is a mirror of the official lttng-ust git found at git://git.lttng.org/lttng-ust.git. LTTng-UST, the Linux Trace Toolkit Next Generation Userspace Tracer, is port of the low-overhead tracing capabilities of the LTTng kernel tracer to user-space. The library "liblttng-ust" enables tracing of applications and libraries.

kumbayo/nmigen 0

A refreshed Python toolbox for building complex digital hardware

kumbayo/rust-jvmti 0

JVM TI binding for Rust

kumbayo/rust-soapysdr 0

Rust bindings for SoapySDR, the vendor-neutral software defined radio hardware abstraction layer

startedsmoltcp-rs/smoltcp

started time in 2 months

startedrabbit-digger/rabbit-digger-pro

started time in 2 months

startedszymonwieloch/rust-rawsock

started time in 2 months

issue commentintellij-rust/intellij-rust

Type inference error

This is likely a similar issue as in #6139

herofqy

comment created time in 3 months

issue commentintellij-rust/intellij-rust

Type inference is broken for slices

Hello @MSxDOS Is the problem still happening for you? I just tried with the latest version from Git (4144226728bd88c701be90dcf2dbfe964668a898 rust-build-number-3941) with Rust 1.55 nightly and the types of test1 and test2 seem to be inferred correctly for me.

image

MSxDOS

comment created time in 3 months

issue commentintellij-rust/intellij-rust

Type inference error

This is an interaction between automatic dereferencing and 2 fields having the same name while one is not accessible. Intellij rust resolves to both of the value fields while rustc ignores the inaccessible of the two. Simplified code:

mod refcell2 { // Necessary to make Ref2.value inaccessible
    use std::ops::Deref;

    pub struct Ref2<'b, T:'b> {
        value: &'b T, //Overlaps with Item.value but is inaccessible
    }

    impl<T> Deref for Ref2<'_, T> {
        type Target = T;

        fn deref(&self) -> &T {
            self.value
        }
    }
}
use refcell2::Ref2;

struct Item {
    value: usize, //Overlaps with Ref2.value but is accessible
}

fn test(r: Ref2<Item>) {
    //OK
    let _val1: usize = (*r).value;

    //mismatched types [E0308] expected `usize`, found `&Item`
    //because it resolves to Item.value and the inaccessible Ref2.value
    let _val2: usize = r.value;
}

image

image

herofqy

comment created time in 3 months

issue commentintellij-rust/intellij-rust

Wrong return type for macros named `error`

I think this should be solved with the changes made by @Kobzol in #7358. I could not reproduce the error with the current source code from Git.

FelixStridsberg

comment created time in 3 months