[llvm-dev] New atomic handling status (original) (raw)
Matt Arsenault via llvm-dev llvm-dev at lists.llvm.org
Mon Feb 24 11:30:17 PST 2020
- Previous message: [llvm-dev] IBM C/C++ and Fortran compilers to adopt LLVM open source infrastructure
- Next message: [llvm-dev] New atomic handling status
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Jan 22, 2020, at 19:49, Philip Reames <listmail at philipreames.com> wrote:
In short, I hit a major stumbling block. I hadn't account for the fact that some atomic stores dependent on element type (float vs int for instance) for legality.
I think this qualifies as a target/infrastructure bug. It should always be legal to cast the FP atomic load/store to integer. This distinction isn’t possible in GlobalISel, so it makes sense to move away from this being a situation to deal with.
-Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200224/69d750fc/attachment.html>
- Previous message: [llvm-dev] IBM C/C++ and Fortran compilers to adopt LLVM open source infrastructure
- Next message: [llvm-dev] New atomic handling status
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]