by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 20:42
    avrong edited #5933
  • 20:28
    avrong opened #5940
  • 19:52
    avrong opened #5939
  • 18:57
    lancelote labeled #5938
  • 18:57
    lancelote opened #5938
  • 17:01
    Kobzol review_requested #5937
  • 17:01
    Kobzol labeled #5937
  • 17:01
    Kobzol opened #5937
  • 16:41
    ozkriff labeled #5936
  • 16:41
    ozkriff labeled #5936
  • 16:41
    ozkriff opened #5936
  • 11:19
    SaarYogev opened #5935
  • 10:30
    SaarYogev ready_for_review #5883
  • Aug 14 22:01
    Undin synchronize #5932
  • Aug 14 21:50
    SaarYogev synchronize #5883
  • Aug 14 21:40
    Undin edited #5934
  • Aug 14 21:37
    Undin assigned #5934
  • Aug 14 21:37
    Undin labeled #5934
  • Aug 14 21:35
    Undin labeled #5934
  • Aug 14 21:29
    smj389 opened #5934
Vlad Beskrovnyy
@vlad20012
@Kobzol is legendary ❤️
Jakub Beránek
@Kobzol
it's sometimes a form of procrastination for me :) but I use the plugin on a daily basis, so it's a win-win for me when it gets improved
Vlad Beskrovnyy
@vlad20012
We just created a release branch release-125. The release is scheduled for 29.06.2020.
Ara Adkins
@iamrecursion
Quick Q. Does intellij-rust obey rustup directory overrides? I'm having an issue where the toolchain for a given repo is overridden, but Clion is still seeing my global default toolchain
The same issue is present in IntelliJ itself.
Vlad Beskrovnyy
@vlad20012
Oh, no, rustup directory overrides are not supported. Furthermore, opening a project with rustup override leads to lots of bugs and weird things
Ara Adkins
@iamrecursion
How so?
I assume it'll be fine if I manually specify the correct toolchain?
Vlad Beskrovnyy
@vlad20012
Well, you can specify rustup channel in a run configuration
image.png
Ara Adkins
@iamrecursion
the cargo command configurations pick up the correct toolchain from the override
Vlad Beskrovnyy
@vlad20012
A real possibility to switch toolchains is work in progress intellij-rust/intellij-rust#5529
Ara Adkins
@iamrecursion
That's great news.
Vlad Beskrovnyy
@vlad20012

the cargo command configurations pick up the correct toolchain from the override

It's coold, but, as I mentioned, if you have rustup override in a project, Intellij Rust starts behaving strangely. At least, it was so some time ago. Rustup override is a very rarely used feature, so I'm not sure

Ara Adkins
@iamrecursion
What kind of strangeness should I be on the lookout for?
Maybe I'm wrong and you need 2 things to run into the bug:
1) rustup override
2) multiple cargo projects in a single IDEA project
Ara Adkins
@iamrecursion
Ah yeah my situation is multiple crates all using the same toolchain
in one cargo workspace
Vlad Beskrovnyy
@vlad20012
A workspace should works fine
Ara Adkins
@iamrecursion
It seems to, for the most part!
I'm seeing some errors that don't occur during compilation, though
Vlad Beskrovnyy
@vlad20012
Intellij Rust has some false-positives, unfortunately(
Ara Adkins
@iamrecursion
Fair enough!
Vlad Beskrovnyy
@vlad20012
We just created a release branch release-126. The release is scheduled for 13.07.2020.
Ara Adkins
@iamrecursion
I'm having an issue where builds using cargo done through "Run Anything" are failing randomly with "crate not found for $foo"
When done in the shell it works absolutely fine
Ara Adkins
@iamrecursion
Vlad Beskrovnyy
@vlad20012
Thanks!
Evan Stoll
@evanjs

So I am trying to set some breakpoints on gtk-rs, which is a dependency on my project.
Currently, the breakpoints seem to be valid/recognized by the debugger (they are red), but do not suspend the program.

Note that I can step into these areas of execution just fine.
It's just that I can't have the debugger run until it hits a breakpoint in an external library.

Is suspending on breakpoints in external libraries supported?

Evan Stoll
@evanjs
rust-lldb seems to stop at the breakpoint just fine when run outside of CLion
Vlad Beskrovnyy
@vlad20012
@evanjs Could you please open an issue in out tracker? https://github.com/intellij-rust/intellij-rust/issues
Evan Stoll
@evanjs
@vlad20012 I always try to check first to make sure I’m not being dumb. Will do. Thanks!
Ara Adkins
@iamrecursion
I'm trying to launch a debugger for the first time, but I'm seeing "more than one binary was produced". Where do I set the flag it's mentioning?
Artem Mukhin
@ortem
@iamrecursion please try to specify the flag in the run configuration's command (you can open the configuration using Edit Configurations... button). See https://blog.jetbrains.com/clion/2019/10/debugging-rust-code-in-clion/ for more information and screenshots
Ara Adkins
@iamrecursion
I've no idea what the binary name would be.
The ones I expect don't seem to exist, which is very odd.
Artem Mukhin
@ortem
@iamrecursion Could you also try to delete this run configuration and create a new one by pressing the run button on the left of your main function in the editor?
Ara Adkins
@iamrecursion
Ah, got it working!
Now memory view in the debugger is showing up as blank.
Ah, fixed it. There was a hidden permissions dialogue from my OS
hah
Ara Adkins
@iamrecursion
Is there a way to change the asm syntax?
or is that just external
Artem Mukhin
@ortem
@iamrecursion Great! AFAIK only x86 AT&T syntax is supported now. The corresponding issue for Intel syntax: https://youtrack.jetbrains.com/issue/CPP-9009
matrixbot
@matrixbot
mouse008 Does this plugin look inside unsafe blocks, particularly those containing asm!(...)? I'm getting an (incorrect) "potentially uninitialized..." warning from IntelliJ. Both cargo check and cargo clippyare totally OK with that code - no complaint from them, so they must've understood what the code is doing.
Vlad Beskrovnyy
@vlad20012
I'd say it doesn't look into an asm macro
Jakub Beránek
@Kobzol
Hi! I have a contributor question. Currently I have 40 PRs opened. Most of them are waiting for a response from a maintainer to move forward. Sometimes I'm not sure if a PR is waiting to be reviewed in some backlog and I'm supposed to just wait or if the PR wasn't noticed by the maintainers and it will not be noticed until I ping someone. The longer a PR stays open, the more difficult it becomes to reintegrate it into master and sometimes it might also just get forgotten.
However, I don't want to bother/spam you with pings/mentions. So basically I'm interested in how can I recognize that the PR will eventually be looked at? Is it enough to include it in the To test project? Or must the PR also have someone assigned?
Vlad Beskrovnyy
@vlad20012

Oh :(
It's bad if the PR is not assigned to anyone. It can be easily missed. You can assign it to a someone by yourself.

If PR is assigned, but the assignee doesn't respond for a long time, I think it's OK to ping them.

Ideally, PRs should be reviewed fast. But I don't know how to achieve it :(

I can speak for myself: I usually focus on some large task for a long time and it's hard for me to switch context and review something in a subsystem that I am not good at. So, sometimes I review some PRs "in batch" =D At that time I don't do anything large. Maybe some bugfixes...

I'm sorry that sometimes you have to wait for my review for a long time :(