Skip to content

Ambiguous Package Name #62

Open
Open
@georg-schwarz

Description

@georg-schwarz

We stumbled upon the issue of ambiguous imports when using this library.
require(assert) can refer to the library or Node's assert API.

It would be awesome to have the library available under a second name (e.g., assert.js) in use cases where you don't want to have this ambiguity. Other libraries with the same issue went down a similar road, e.g. punycode.

Original thread: sindresorhus/eslint-plugin-unicorn#2326

Activity

changed the title [-]Ambiguous Library Name[/-] [+]Ambiguous Package Name[/+] on May 8, 2024
ljharb

ljharb commented on May 8, 2024

@ljharb
Member

in node, require of “assert” will always only be the core module. There’s no ambiguity.

If you want to refer to this package, you require “assert/“. For native ESM, there’s not a good solution there, as indicated in the linked issue.

In browsers when using a bundler, this package is transparently used instead of the node core module, which is the point.

When would you want to use this package directly such that you need to disambiguate?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      No branches or pull requests

        Participants

        @ljharb@georg-schwarz

        Issue actions

          Ambiguous Package Name · Issue #62 · browserify/commonjs-assert