This is an archive of the discontinued LLVM Phabricator instance.

clang/AMDGPU: Remove flat-address-space from feature map
ClosedPublic

Authored by arsenm on Nov 28 2022, 2:59 PM.

Details

Summary

This was only used for checking if is_shared/is_private were legal,
which we're not bothering to do anymore.

This is apparently visible to more than the target attribute (which
seems to silently ignore unrecognized features), so this has the
potential to break something (i.e. see the OpenMP test change)

Diff Detail

Event Timeline

arsenm created this revision.Nov 28 2022, 2:59 PM
Herald added a project: Restricted Project. · View Herald TranscriptNov 28 2022, 2:59 PM
arsenm requested review of this revision.Nov 28 2022, 2:59 PM

The OpenMP part is fine.

arsenm updated this revision to Diff 485650.Dec 29 2022, 3:45 PM
arsenm added a reviewer: Joe_Nash.

Rebase

The code looks fine, but as you say, the change visible in user code and could break something. Do you want to handle that somehow? Maybe wait for @b-sumner

clang/test/OpenMP/metadirective_device_isa_codegen_amdgcn.cpp
17

Was the "dpp" attribute chosen arbitrarily?

The code looks fine, but as you say, the change visible in user code and could break something. Do you want to handle that somehow? Maybe wait for @b-sumner

OpenMP assumes flat pointers all over, so if someone was relying on this behavior it wasn't doing anything useful. They had dead code

clang/test/OpenMP/metadirective_device_isa_codegen_amdgcn.cpp
17

Yes, also meaningfully varies

Joe_Nash accepted this revision.Jan 5 2023, 7:16 AM

The code looks fine, but as you say, the change visible in user code and could break something. Do you want to handle that somehow? Maybe wait for @b-sumner

OpenMP assumes flat pointers all over, so if someone was relying on this behavior it wasn't doing anything useful. They had dead code

I can't verify the idea that users of the behavior had dead code, but assuming that's right LGTM.

This revision is now accepted and ready to land.Jan 5 2023, 7:16 AM