[go: nahoru, domu]

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Harden operation constraints from AnyType to CIRType #90

Open
bcardosolopes opened this issue May 26, 2023 · 2 comments
Open

Harden operation constraints from AnyType to CIRType #90

bcardosolopes opened this issue May 26, 2023 · 2 comments
Labels
good first issue Good for newcomers

Comments

@bcardosolopes
Copy link
Member

Now that #81 is fixed, we need to change operations constraints to only accept CIR types, simple example:

...
let arguments = (ins Arg<CmpOpKind, "cmp kind">:$kind,
                       AnyType:$lhs, AnyType:$rhs);

Should become:

...
let arguments = (ins Arg<CmpOpKind, "cmp kind">:$kind,
                       CIRType:$lhs, CIRType:$rhs);

And additional changes to CIRDialect.cpp and whatnots.

@bcardosolopes bcardosolopes added the good first issue Good for newcomers label May 26, 2023
@Lancern
Copy link
Collaborator
Lancern commented Dec 28, 2023

Hi. Recently I'm working on this issue. I noticed that clangir does not have floating-point types. C/C++ floating-point values are lowered to MLIR values with the built-in f32 and f64 type, instead of some cir.f32 or cir.f64 type. Is this intentional? I'll have to include AnyFloat in the CIRType type constraint which may allow non-CIR floating-point types.

Lancern added a commit to Lancern/clangir that referenced this issue Dec 28, 2023
This commit addresses llvm#90. It introduces a new type constraint
"CIR_AnyType" which allows CIR types and MLIR floating-point types.
Present AnyType constraints are replaced with the new CIR_AnyType
constraint.
@bcardosolopes
Copy link
Member Author

It's not intentional, we actually want CIR specific types for floating point, see #78. I haven't seen progress in the past couple months, so if you are interested you could work on that too.

bcardosolopes pushed a commit that referenced this issue Jan 9, 2024
This PR addresses #90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
lanza pushed a commit that referenced this issue Jan 29, 2024
This PR addresses #90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
bcardosolopes pushed a commit that referenced this issue Feb 21, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: #5,
#78, and #90.
lanza pushed a commit that referenced this issue Mar 23, 2024
This PR addresses #90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
lanza pushed a commit that referenced this issue Mar 23, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: #5,
#78, and #90.
eZWALT pushed a commit to eZWALT/clangir that referenced this issue Mar 24, 2024
This PR addresses llvm#90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
eZWALT pushed a commit to eZWALT/clangir that referenced this issue Mar 24, 2024
This PR addresses llvm#90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
eZWALT pushed a commit to eZWALT/clangir that referenced this issue Mar 24, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: llvm#5,
llvm#78, and llvm#90.
lanza pushed a commit that referenced this issue Apr 29, 2024
This PR addresses #90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
lanza pushed a commit that referenced this issue Apr 29, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: #5,
#78, and #90.
lanza pushed a commit that referenced this issue Apr 29, 2024
This PR addresses #90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
lanza pushed a commit that referenced this issue Apr 29, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: #5,
#78, and #90.
eZWALT pushed a commit to eZWALT/clangir that referenced this issue Apr 29, 2024
This PR addresses llvm#90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
eZWALT pushed a commit to eZWALT/clangir that referenced this issue Apr 29, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: llvm#5,
llvm#78, and llvm#90.
lanza pushed a commit that referenced this issue Apr 29, 2024
This PR addresses #90. It introduces a new type constraint `CIR_AnyType`
which allows CIR types and MLIR floating-point types. Present `AnyType`
constraints are replaced with the new `CIR_AnyType` constraint.
lanza pushed a commit that referenced this issue Apr 29, 2024
This PR adds a dedicated `cir.float` type for representing
floating-point types. There are several issues linked to this PR: #5,
#78, and #90.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants