[PATCH] Implement emitLeading/TrailingFence in the ARM backend
Renato Golin
renato.golin at linaro.org
Fri Aug 22 05:49:23 PDT 2014
Hi Robin,
This patch seems to not do anything. Is this needed to something else? Are these functions going to be used somewhere else? If they are, why not implement it on the same patch? Otherwise, this just adds dead code.
It also makes is impossible for you to test this...
cheers,
--renato
================
Comment at: lib/Target/ARM/ARMISelLowering.cpp:11008
@@ +11007,3 @@
+
+// Based on http://ww.cl.cam.ac.uk/~pes20/cpp/cpp0xmappings.html
+void ARMTargetLowering::emitLeadingFence(IRBuilder<> &Builder,
----------------
www
================
Comment at: lib/Target/ARM/ARMISelLowering.cpp:11018
@@ +11017,3 @@
+ case Unordered:
+ llvm_unreachable("An unordered/not-atomic fence makes no sense");
+ case Monotonic:
----------------
"Invalid fence" seems less aggressive... :)
================
Comment at: lib/Target/ARM/ARMISelLowering.cpp:11046
@@ +11045,3 @@
+ case Unordered:
+ llvm_unreachable("An unordered/not-atomic fence makes no sense");
+ case Monotonic:
----------------
idem
================
Comment at: lib/Target/ARM/ARMISelLowering.h:422
@@ -416,4 +421,3 @@
/// ARMPCLabelIndex - Keep track of the number of ARM PC labels created.
unsigned ARMPCLabelIndex;
----------------
this could be left out
http://reviews.llvm.org/D4960
More information about the llvm-commits
mailing list