[llvm-commits] [llvm] r173270 - in /llvm/trunk: include/llvm/MC/MCAsmInfo.h lib/MC/MCAsmInfo.cpp lib/Target/MSP430/MCTargetDesc/MSP430MCAsmInfo.cpp lib/Target/Mips/MCTargetDesc/MipsMCAsmInfo.cpp lib/Target/NVPTX/MCTargetDesc/NVPTXMCAsmInfo.cpp lib/Target/PowerPC/MCTargetDesc/PPCMCAsmInfo.cpp lib/Target/Sparc/MCTargetDesc/SparcMCAsmInfo.cpp
Eli Bendersky
eliben at google.com
Wed Feb 6 14:24:27 PST 2013
On Wed, Feb 6, 2013 at 2:16 PM, Jim Grosbach <grosbach at apple.com> wrote:
> Hi Eli,
>
> I really don't like this patch. This imposes additional burden on every target due to the odd requirements of one configuration of X86. That's really backwards. Can you elaborate on why you believe this is worth it?
>
Hi Jim,
This version was committed after a longish back-and-forth between
Nadav, Evan and myself (start
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130114/162561.html
and look around to dig up all of it). We were considering a couple of
approaches, but eventually Evan asked to write it this way for the
sake of readability, since the alternative is an unsightly
special-casing of 0 which makes code harder to understand. I agreed
with him, and went ahead to change the patch to look like that.
FWIW, IMHO "imposes additional burden on every target due to the odd
requirements of one configuration of X86" can be said about a lot of
target-specific properties that currently exist. Assumptions have to
broken all the time because they don't hold with certain targets.
Pointer size != stack slot size is just another such assumption.
Eli
More information about the llvm-commits
mailing list