Skip to content

[Feature]: Windows Support #283

@astrelsky

Description

@astrelsky

Suggestion Description

After a very quick look through, it doesn't appear to be too bad and there shouldn't be much blocking this. Here are the observed issues.

  1. The bash scripts are obviously no good.
  2. This is not a standard rocm tool and it is not available on Windows.
    def _arch_from_rocm_agent_enumerator() -> Optional[str]:
    """Query rocm_agent_enumerator (standard ROCm tool) for the first GPU arch."""
    try:
    out = subprocess.check_output(
    ["rocm_agent_enumerator", "-name"],
  3. These need to handle dlls.
    def native_lib_patterns(self) -> List[str]:
    return [
    "_fly*.so",
    "_fly_rocdl*.so",
    "libFly*.so",
    "libfly_jit_runtime.so",
    "libmlir_rocm_runtime.so",
    "_mlirRegisterEverything*.so",
    ]
    def jit_runtime_lib_basenames(self) -> List[str]:
    return [
    "libfly_jit_runtime.so",
    "libmlir_c_runner_utils.so",
    ]

It is difficult to spot other issues without attempting to build it and seeing what happens. I don't current have mlir python bindings on hand so I'm going to hold off for now. I might give it a shot this weekend and if I do I'll report any other problems I encounter.

Seeing that the first commit to this project was in November 2025 (native windows rocm support launched in September 2025), it would have been cool if FlyDSL has Windows support to begin with, it would have saved some extra work. Especially if aiter is going to use it and then flash-attention is going to use aiter.

Operating System

Win11

GPU

No response

ROCm Component

FlyDSL

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