Skip to content

possible address sanitizer bug #111284

Closed
@netizen-a

Description

@netizen-a

I decided to try address sanitizer on WSL Ubuntu today, but ran into 2 errors. These errors are only present when using the sanitizer, so my crate compiles normally. To give context there are 2 crates: dylink_macro and dylink. On dylink_macro there is a procedural macro called dylink, which is named the same as my dylink crate which I am re-exporting it to. I don't really know if this a bug or a problem on my end, but I thought I'd mention it just in case.

error[E0519]: the current crate is indistinguishable from one of its dependencies: it has the same crate-name `dylink_macro` and was compiled with the same `-C metadata` arguments. This will result in symbol conflicts between the two.
   --> src/lib.rs:104:9
    |
104 | pub use dylink_macro::dylink as dylink;
    |         ^^^^^^^^^^^^

error: cannot determine resolution for the attribute macro `crate::dylink`
  --> src/vulkan.rs:50:2
   |
50 |     crate::dylink(any(name = "libvulkan.so.1", name = "libvulkan.so"))
   |     ^^^^^^^^^^^^^
   |
   = note: import resolution is stuck, try simplifying macro imports

cargo +nightly version:

cargo 1.71.0-nightly (569b648b5 2023-05-05)

I included the full error output in a file below

error.log

Metadata

Metadata

Assignees

Labels

C-bugCategory: This is a bug.

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions