Fixed variable name to meet camelBack style

@ftynse and @mehdi_amini, Could you help to commit this if this patch ready for commit? I don't have write access to the repository.

Changed getHostCPUName() part to reflect the comment.

My wrong operation(submission) may add LLDB tag on this patch.

Thanks for the review! I changed the variable name to camelBack

• [NFC] Replace MaybeAlign with Align in TargetTransformInfo.
• [mlir][SystemZ] Fix incompatible datalayout in SystemZ

[mlir][SystemZ] Fix incompatible datalayout in SystemZ

Without this patch, following tests fail in SystemZ(z14)

MLIR :: mlir-cpu-runner/linalg_integration_test.mlir
MLIR :: mlir-cpu-runner/sgemm_naive_codegen.mlir
MLIR :: mlir-cpu-runner/simple.mlir
MLIR :: mlir-cpu-runner/unranked_memref.mlir
MLIR :: mlir-cpu-runner/utils.mlir

Error message is as follows.

Failure value returned from cantFail wrapped call
Added modules have incompatible data layouts: E-m:e-i1:8:16-i8:8:16-i64:64-f128:64-a:8:16-n32:64 (module) vs E-m:e-i1:8:16-i8:8:16-i64:6\
4-f128:64-v128:64-a:8:16-n32:64 (jit)

@rriddle Is this patch ready for commit? If so, could you help to commit this? I think I don't have write access to the repository.

In D78076#2012022, @ro wrote:

In short: create a complete patch that applies cleanly to current master and upload that. You should be fine then. At least my Solaris testing
after manually doing the same suggests so.

Rebase

Pre-merge check fails, but I'm not sure why this happens. Could you tell me how to resolve this? (I'm new about Phabricator and archanist. Excuse me if this is basic question)

In D78076#1991377, @rriddle wrote:

Is there any way you can add a test for this?

In D78076#1993928, @ro wrote:

FWIW, a rebased version of this patch (it needed llvm/Support/Endian.h, among others) fixed the vast majority of mlir failures I'd been
seeing on sparcv9-sun-solaris2.11.

[mlir] Added copy_n() in static helper

[mlir] Create a static helper and add comments