Eli Bendersky
2013-Jan-03 19:38 UTC
[LLVMdev] Renaming MCInstFragment to MCRelaxableFragment
On Thu, Jan 3, 2013 at 11:31 AM, Rafael Espíndola <rafael.espindola at gmail.com> wrote:> I guess that is OK, but wouldn't it be better to also rename > MCDataFragments then? >I don't know what a more suitable name would be. Any ideas? Eli
Rafael Espíndola
2013-Jan-04 03:16 UTC
[LLVMdev] Renaming MCInstFragment to MCRelaxableFragment
> I don't know what a more suitable name would be. Any ideas?I initially thought MCRelaxedFragment would go well with MCRelaxableFragment, since a MCRelaxableFragment is merged into a MCRelaxedFragment once we are done relaxing it. The problem is that both names are really similar.> EliCheers, Rafael
Eli Bendersky
2013-Jan-04 16:24 UTC
[LLVMdev] Renaming MCInstFragment to MCRelaxableFragment
On Thu, Jan 3, 2013 at 7:16 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote:>> I don't know what a more suitable name would be. Any ideas? > > I initially thought MCRelaxedFragment would go well with > MCRelaxableFragment, since a MCRelaxableFragment is merged into a > MCRelaxedFragment once we are done relaxing it. > > The problem is that both names are really similar. >Yes, having two such similar names would definitely be confusing. An additional problem with MCRelaxedFragment is that it's used for completely relaxation-unrelated things like .data and .byte, where MCDataFragment actually makes sense. To conclude, I think that leaving MCDataFragment named as it is isn't a bad option for now; it can always be renamed if we come up with a better name in the future. Eli
Apparently Analagous Threads
- [LLVMdev] Renaming MCInstFragment to MCRelaxableFragment
- [LLVMdev] Renaming MCInstFragment to MCRelaxableFragment
- [LLVMdev] Renaming MCInstFragment to MCRelaxableFragment
- [LLVMdev] [cfe-dev] UB in TypeLoc casting
- [LLVMdev] Proposal for -filetype=obj full big endian support