Skip to content

Go: submodules with same name are not resolving imports correctly in pacmak #4985

@mrgrain

Description

@mrgrain

Describe the bug

If I have multiple submodules that share the same last part, e.g.

asm.service
asm.interfaces.service
asm.mixins.service

And the packages depend on each other, e.g. asm.service is using asm.interfaces.service, then the bindings generated by pacmak resolve these imports incorrectly.

Specifically inside asm.service, when pacmak encounters a type from asm.interfaces.service, it thinks that the type is form the same package and doesn't prefix the import. It does however correctly add the require statement.

Regression Issue

  • Select this option if this issue appears to be a regression.

Expected Behavior

Bindings should correctly import from the package.

Current Behavior

Compile error.

Reproduction Steps

see above

Possible Solution

No response

Additional Information/Context

No response

SDK version used

any

Environment details (OS name and version, etc.)

any

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-triageThis issue or PR still needs to be triaged.p1

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions