Re: LzmaCustomDecompressLib and PeiDxeDebugLibReportStatusCode

["Gao, Liming" <liming.gao@intel.com>]

Leif:
  I think the first step is to update edk2 DSC files to use MdeModulePkg library. Could you enter into one bug for it? 

Thanks
Liming
> -----Original Message-----
> From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of
> Leif Lindholm
> Sent: Tuesday, November 15, 2016 1:17 AM
> To: edk2-devel (edk2-devel@lists.01.org) <edk2-devel@lists.01.org>; Gao,
> Liming <liming.gao@intel.com>; Wu, Hao A <hao.a.wu@intel.com>
> Cc: Kinney, Michael D <michael.d.kinney@intel.com>; Tian, Feng
> <feng.tian@intel.com>; Andrew Fish <afish@apple.com>; Zeng, Star
> <star.zeng@intel.com>
> Subject: [edk2] LzmaCustomDecompressLib and
> PeiDxeDebugLibReportStatusCode
> 
> Hi all,
> 
> Digging through the tree, I spotted we have duplicate instances of the
> above - one set in MdeModulePkg/Library/ and one in
> IntelFrameworkModulePkg.
> 
> Looking though the log, I found the commit message explaining the situation:
> ---
> MdeModulePkg: Add two library instances
> 
>     Copy below two library instances from IntelFrameworkModulePkg to
> MdeModulePkg. Then, Platform dsc can
>     refer to them from MdeModulePkg, and remove the dependency of
> IntelFrameworkModulePkg. The ones in
>     IntelFrameworkModulePkg are still kept for compatibility.
>     1. PeiDxeDebugLibReportStatusCode
>     2. LzmaCustomDecompressLib
> ---
> 
> Even in the main tree, both versions of these are used.
> 
> Diffing the clones, 1) has diverged, with 8f77081 going into
> MdeModulePkg and d5cbc27 into IntelFrameworkModulePkg. The
> functionality is identical, but the code is not.
> 
> Can we re-evaluate the need to keep the "compatibility" copy around,
> to reduce risk of further diversion?
> 
> Regards,
> 
> Leif
> _______________________________________________
> edk2-devel mailing list
> edk2-devel@lists.01.org
> https://lists.01.org/mailman/listinfo/edk2-devel