Skip to content

Operators crash during compilation if more than one undefined operator is in the model (alpaka gpu) #46

Open

Description

@AdityaDRathore

Currently, many of Alpaka operators (like Gather, Split, BasicBinary, and BasicUnary operators except softplus in #13 ) don't register a specific ID in their constructor, so they all default to OperatorKind::UNDEFINED.

Because the code generator tries to skip generating duplicate kernels to save space, it sees the second UNDEFINED operator and skips generating its code. If a user runs a model with a Gather followed by a LeakyRelu, the compiler will crash with a leakyReluKernel was not declared in this scope error.

to fix this, we need to expand the OperatorKind enum in Roperator.hxx and make sure every operator assigns itself a unique ID in its constructor so they stop clashing.

Activity

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

      Issue actions