Warnings for coreclr_static during build

[AaronRobinsonMSFT]

The following warnings are triggered when building on Windows_NT.x86.Debug.

  gcdecode.obj : warning LNK4006: "struct InfoHdrSmall const * const infoHdrShortcut" (?infoHdrShortcut@@3QBUInfoHdrSmall@@B) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "unsigned int const * const callPatternTable" (?callPatternTable@@3QBIB) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    hostallocator.cpp
  gcdecode.obj : warning LNK4006: "unsigned int const * const callCommonDelta" (?callCommonDelta@@3QBIB) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "public: bool __thiscall InfoHdrSmall::isHeaderMatch(struct InfoHdr const &)const " (?isHeaderMatch@InfoHdrSmall@@QBE_NABUInfoHdr@@@Z) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "unsigned char const * __fastcall decodeHeader(unsigned char const *,unsigned int,struct InfoHdr *)" (?decodeHeader@@YIPBEPBEIPAUInfoHdr@@@Z) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "unsigned int __fastcall decodeUnsigned(unsigned char const *,unsigned int *)" (?decodeUnsigned@@YIIPBEPAI@Z) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "unsigned int __fastcall decodeUDelta(unsigned char const *,unsigned int *,unsigned int)" (?decodeUDelta@@YIIPBEPAII@Z) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "unsigned int __fastcall decodeSigned(unsigned char const *,int *)" (?decodeSigned@@YIIPBEPAH@Z) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
  gcdecode.obj : warning LNK4006: "void __fastcall decodeCallPattern(int,unsigned int *,unsigned int *,unsigned int *,unsigned int *)" (?decodeCallPattern@@YIXHPAI000@Z) already defined in gcdecode.obj; second definition ignored [D:\runtime\artifacts\obj\coreclr\Windows_NT.x86.Debug\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]

/cc @VSadov

[BruceForstall]

I also see this in other x86 builds, e.g., Windows_NT.x86.Release:

    48>gcdecode.obj : warning LNK4006: "struct InfoHdrSmall const * const infoHdrShortcut" (?infoHdrShortcut@@3QBUInfoHdrSmall@@B) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "unsigned int const * const callPatternTable" (?callPatternTable@@3QBIB) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "unsigned int const * const callCommonDelta" (?callCommonDelta@@3QBIB) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "public: bool __thiscall InfoHdrSmall::isHeaderMatch(struct InfoHdr const &)const " (?isHeaderMatch@InfoHdrSmall@@QBE_NABUInfoHdr@@@Z) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "void __fastcall decodeCallPattern(int,unsigned int *,unsigned int *,unsigned int *,unsigned int *)" (?decodeCallPattern@@YIXHPAI000@Z) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "unsigned char const * __fastcall decodeHeader(unsigned char const *,unsigned int,struct InfoHdr *)" (?decodeHeader@@YIPBEPBEIPAUInfoHdr@@@Z) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "unsigned int __fastcall decodeSigned(unsigned char const *,int *)" (?decodeSigned@@YIIPBEPAH@Z) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "unsigned int __fastcall decodeUDelta(unsigned char const *,unsigned int *,unsigned int)" (?decodeUDelta@@YIIPBEPAII@Z) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]
    48>gcdecode.obj : warning LNK4006: "unsigned int __fastcall decodeUnsigned(unsigned char const *,unsigned int *)" (?decodeUnsigned@@YIIPBEPAI@Z) already defined in gcdecode.obj; second definition ignored [C:\gh\runtime3\artifacts\obj\coreclr\Windows_NT.x86.Release\src\dlls\mscoree\coreclr\coreclr_static.vcxproj]

[VSadov]

That could be from static-linking change. Perhaps not from the change itself, but something in the change could cause linker to warn on something that was there.

I will take a look.

[VSadov]

Oh, I see this is from Jul 3. Is it even still an issue?

Anyways, worth checking this out.

[BruceForstall]

@VSadov Yes, this is still an issue; I repro'ed it today.

[sandreenko]

The issue still exists.