Add TypeFlag=>string macro

[Kh4L]

Description

Add a macro mapping mshadow type_flag to strings, to improve debuggability.

Checklist

Essentials

Please feel free to remove inapplicable items for your PR.

• Changes are complete (i.e. I finished coding on this PR)
• To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

[wkcn]

I prefer to add the type name in DataType class, and get the type name from ‘mshadow::DataType<DType>::kName’.
https://github.com/apache/incubator-mxnet/blob/master/3rdparty/mshadow/mshadow/base.h#L321

[Kh4L]

I prefer to add the type name in DataType class, and get the type name from ‘mshadow::DataType::kName’.
https://github.com/apache/incubator-mxnet/blob/master/3rdparty/mshadow/mshadow/base.h#L321

AFAIK, we can't change /mshadow/base.h, as it is part of mshadow, that is archived.

[wkcn]

Hi @Kh4L,
mshadow is not archived. It has been a part of MXNet, and we can modify it in MXNet repository.
#15600

[haojin2]

Duplicate feature with https://github.com/apache/incubator-mxnet/blob/master/src/common/utils.h#L368-L390

[Kh4L]

@wkcn @haojin2 understood, I will change it to use this

[wkcn]

LGTM. Thank you!

[wkcn]

Hi @haojin2 , the request has been addressed. Could you please help take a review? Thank you!

[wkcn]

Hi @haojin2

[haojin2]

@Kh4L @wkcn What is the reason for moving the exisiting function to mshadow?

[wkcn]

@haojin2 The reason is that the dtypes belong to mshadow, and it will be more convenient to get the name of mshadow::dtype.

[Kh4L]

@haojin2 that's right, as @wkcn , I moved it to mshadow for consistecy, where most of dtype routines are defined.