Fix dtype validation for conditional SM targets

[sylvesterkaczmarek]

Description

Closes #105.

Strip one recognized architecture or family suffix before converting the SM number in check_dtype_support. Keep the original target string for diagnostics and leave tileiras target selection unchanged.

The new compiler tests export bytecode without requiring device arguments. They cover plain and suffixed targets, dtype and bytecode version limits, and malformed suffixes.

Validation

• Nine suffixed-target cases fail on the original parsing code; all 14 regression cases pass with the fix.
• PYTHONPATH=src python -m pytest --noconftest -o addopts="" test/test_conditional_arch.py test/test_ir_types.py test/test_ast_util.py test/test_float_encoding.py -q: 32 passed.
• python -m flake8 src/cuda/tile/_passes/check_dtype_support.py test/test_conditional_arch.py: passed.
• git diff --check: passed.

Tests ran in Linux arm64 with the working-tree Python sources and the cuda-tile 1.6.0 wheel's native extension. GPU fixtures, kernel execution, and a source build of the extension were not run. This fixes the Python validation failure only; the separate tileiras target-support limitation described in the issue remains unchanged.

Checklist

• I am familiar with the Contributing Guidelines.
• New or existing tests cover these changes.
• Documentation reviewed; no API or assembler support changes.

[sylvesterkaczmarek]

Refreshed this PR onto current upstream today. It is now 0 commits behind and mergeable, with the intended patch preserved and no unresolved review threads. This has been quiet for over two weeks. Could a maintainer please review/merge it, or let me know if anything else is needed?