[PATCH] Decouple creation of CodeGenTypes from CodeGenModule.

[David Blaikie]

To any particular end? (is there a need for this - I could imagine it's
just convenient to implement the way it is now)


On Tue, Oct 8, 2013 at 5:45 PM, Mark Lacey <mark.lacey at apple.com> wrote:

> Hi -
>
> Please review and let me know if you have any feedback.
>
> Thanks,
>
> Mark
>
> ----------------
>
>
> Currently the only way to create a CodeGenTypes class is to pass it a
> CodeGenModule, which is primarily used to initialize the members of
> CodeGenTypes, but is also used in a couple of places to gain access to a
> few members of CodeGenModule (OpenCLRuntime, DebugInfo,
> and TargetCodeGenInfo).
>
> This change makes it possible to construct a CodeGenTypes class
> independently of a CodeGenModule. The constructor to CodeGenTypes is
> updated to explicitly have parameters for each of its members, and new
> pointer members are added for the information that was being referenced
> from CodeGenModule.
> ---
> lib/CodeGen/CGCall.cpp        |   2 +-
> lib/CodeGen/CodeGenModule.cpp |  12 +++--
> lib/CodeGen/CodeGenTypes.cpp  |  24 ++++++----
> lib/CodeGen/CodeGenTypes.h    |  28 +++++++++--
> lib/CodeGen/TargetInfo.cpp    | 106
> ++++++++++++++++++++++++------------------
> 5 files changed, 111 insertions(+), 61 deletions(-)
>
>
> _______________________________________________
> cfe-commits mailing list
> cfe-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20131008/486133ac/attachment.html>