[cfe-commits] [llvm-commits] [Patch] Move TargetData from Target to Support/VMCore

Evan Cheng evan.cheng at apple.com
Wed Sep 26 21:18:24 PDT 2012



On Sep 26, 2012, at 11:07 AM, Hal Finkel <hfinkel at anl.gov> wrote:

> On Tue, 25 Sep 2012 16:16:22 -0700
> Evan Cheng <evan.cheng at apple.com> wrote:
> 
>> Sorry, I understand why you are requesting this but I thinking moving
>> TargetData to support is conceptually dirty.
> 
> Can you please explain this? I think that the opposite is true: Having
> TargetData in Target is conceptually dirty. TargetData represents
> 'target information that is available to frontends and IR-level
> passes without linking to the target descriptions'.

Agreed. 

> As a result, I feel
> that TargetData does not belong with the target-description
> infrastructure, and so it should be moved out of Target so that
> everyone can use it.

I agree it should be moved out but at least it's target related. Polluting Support / VMCore with it is just worse. They have nothing to do with target data conceptually. This is all a matter of taste. I'll let Chris make the decision. 

Evan

> 
>> Nadav is going to
>> propose a BOF at the DevMeeting to talk about designing an
>> abstraction to expose target information to LLVM ir.
> 
> Great!
> 
> Thanks again,
> Hal
> 
>> Can we hold off
>> this kind of change for now?
>> 
>> Losing the ability to verify isn't a strong enough argument for an
>> immediate change. I don't follow the auto-upgrade argument. Can you
>> elaborate?
>> 
>> Thanks,
>> 
>> Evan
>> 
>> On Sep 21, 2012, at 4:08 PM, "Villmow, Micah" <Micah.Villmow at amd.com>
>> wrote:
>> 
>>> This time with the actual patch
>>> 
>>> From: Villmow, Micah 
>>> Sent: Friday, September 21, 2012 4:08 PM
>>> To: llvm-commits at cs.uiuc.edu; cfe-commits at cs.uiuc.edu
>>> Subject: [Patch] Move TargetData from Target to Support/VMCore
>>> 
>>> I have attached a patch which moves TargetData from Target to
>>> Support/VMCore. The reason why I would like to have this change can
>>> be read about in more detail in message [1][2], which in turn is
>>> required for [3]. In short, I need the capability of querying, if
>>> available, target specific information in the bitcode during
>>> verifier and the auto-upgrade mechanism. Because TargetData is in
>>> the target directory, a circular dependency is created when the
>>> verifier and auto-upgrade mechanism utilize the information. Please
>>> let me know what you think and if this approach isn't good,
>>> possible alternate solutions, Micah 
>>> 
>>> [1]
>>> http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-September/053277.html
>>> [2]
>>> http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-September/053166.html
>>> [3]
>>> http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-August/052639.html
>>> <move_target_data_to_support_vmcore.txt>_______________________________________________
>>> llvm-commits mailing list llvm-commits at cs.uiuc.edu
>>> http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
>> 
> 
> 
> 
> -- 
> Hal Finkel
> Postdoctoral Appointee
> Leadership Computing Facility
> Argonne National Laboratory



More information about the cfe-commits mailing list